Esta é unha cita dun dos meus amigos que noutrora se me achegou cunha pregunta sobre Postgres. Entón resolvemos o seu problema nun par de días e, dándome as grazas, engadiu: "É bo ter un DBA familiar".
Pero que facer se non coñeces un DBA? Pode haber moitas opcións de resposta, que van desde buscar amigos entre amigos ata estudar a pregunta vostede mesmo. Pero sexa cal sexa a resposta que che veña á mente, teño unha boa noticia para ti. No modo de proba, lanzamos un servizo de recomendación para Postgres e todo o que o rodea. Que é isto e como chegamos a vivir así?
Por que todo isto?
Postgres polo menos non é fácil, e ás veces moi difícil. Depende do grao de implicación e responsabilidade.
Os que traballan nas operacións deben asegurarse de que Postgres como servizo funciona de forma correcta e estable: supervisar a utilización dos recursos, a dispoñibilidade, a adecuación da configuración, realizar actualizacións periódicas e controis de saúde periódicos. Aqueles que están en desenvolvemento e escriben aplicacións, en termos xerais, teñen que supervisar como a aplicación interactúa coa base de datos e que non crea situacións de emerxencia que poidan derrubar a base de datos. Se unha persoa ten a mala sorte de ser un xefe técnico/director técnico, entón é importante para el que Postgres no seu conxunto funcione de forma fiable, previsible e non cree problemas, mentres que é recomendable non mergullarse profundamente en Postgres durante moito tempo. .
En calquera destes casos, estás ti e Postgres. Para servir ben a Postgres, cómpre entendelo ben e comprender como funciona. Se Postgres non é unha especialización directa, podes pasar moito tempo aprendendo. O ideal é que, cando hai tempo e ganas, non sempre estea claro por onde comezar, como e por onde moverse.
Aínda que se introduza o seguimento, que en teoría debería facilitar o funcionamento, a cuestión do coñecemento experto segue aberta. Para poder ler e comprender gráficos, aínda debes ter unha boa comprensión de como funciona Postgres. En caso contrario, calquera seguimento convértese en imaxes tristes e spam das alertas en momentos aleatorios do día.
só feito para facer Postgres máis doado de usar. O servizo recolle e analiza datos sobre Postgres e fai recomendacións sobre o que se pode mellorar.
O obxectivo principal do servizo é ofrecer recomendacións claras que dean unha idea do que está a suceder e do que hai que facer a continuación.
Para os profesionais que non teñen coñecementos expertos, as recomendacións proporcionan un punto de partida para unha formación avanzada. Para especialistas avanzados, as recomendacións indican puntos aos que se debe prestar atención. Neste sentido, Weaponry actúa como asistente que realiza tarefas rutineiras para atopar problemas ou carencias que requiran unha atención especial. O armamento pódese comparar cun linter que verifica Postgres e sinala defectos.
Como están as cousas agora?
Polo momento, está en modo de proba e é gratuíto, o rexistro está limitado temporalmente. Xunto a varios voluntarios, estamos ultimando o motor de recomendacións en bases próximas ao combate, identificando falsos positivos e traballando no texto das recomendacións.
Por certo, as recomendacións aínda son bastante sinxelas: só din que facer e como facelo, sen detalles adicionais, polo que ao principio terás que seguir as ligazóns relacionadas ou buscar en Google. As comprobacións e recomendacións abarcan a configuración do sistema e do hardware, a configuración do propio Postgres, o esquema interno e os recursos utilizados. Aínda hai moitas cousas que hai que engadir aos plans.
E por suposto, buscamos voluntarios que estean preparados para probar o servizo e dar comentarios. Tamén temos , podes entrar e botarlle unha ollada. Se entendes que necesitas isto e estás listo para probalo, escríbenos a .
Actualizado o 2020-09-16. Comezando.
Despois do rexistro, pídeselle ao usuario que cree un proxecto, o que lle permite combinar instancias de base de datos en grupos. Despois de crear un proxecto, o usuario é dirixido ás instrucións para configurar e instalar o axente. En poucas palabras, cómpre crear usuarios para o axente, despois descargar o script de instalación do axente e executalo. Nos comandos de shell parece algo así:
psql -c "CREATE ROLE pgscv WITH LOGIN SUPERUSER PASSWORD 'A7H8Wz6XFMh21pwA'"
export PGSCV_PG_PASSWORD=A7H8Wz6XFMh21pwA
curl -s https://dist.weaponry.io/pgscv/install.sh |sudo -E sh -s - 1 6ada7a04-a798-4415-9427-da23f72c14a5Se o servidor ten pgbouncer, tamén terás que crear un usuario para conectar o axente. A forma específica de configurar un usuario en pgbouncer pode ser moi variable e depender moito da configuración utilizada. En termos xerais, a configuración redúcese a engadir un usuario a estats_usuarios ficheiro de configuración (normalmente pgbouncer.ini) e escribir o contrasinal (ou o seu hash) no ficheiro especificado no parámetro ficheiro_auth. Se cambias stats_users, terás que reiniciar pgbouncer.
O script install.sh toma un par de argumentos necesarios que son únicos para cada proxecto e, a través de variables de ambiente, acepta os detalles dos usuarios creados. A continuación, o script inicia o axente no modo de arranque: o axente cópiase en PATH, crea unha configuración con detalles, unha unidade systemd e comeza como un servizo systemd.
Isto completa a instalación. Dentro duns minutos, a instancia da base de datos aparecerá na lista de hosts da interface e xa podes ver as primeiras recomendacións. Pero un punto importante é que moitas recomendacións requiren un gran número de métricas acumuladas (polo menos por día).
Fonte: www.habr.com