issues<\/a><\/noindex> no GitHub. H\u00e1 muitas hist\u00f3rias diferentes l\u00e1 e muitas quest\u00f5es interessantes s\u00e3o discutidas. E, no final, alguns bugs foram detectados e resolvidos, ou seja, \u00e9 uma leitura interessante. <\/p>\n<\/p>\n
L\u00e1 existem hist\u00f3rias interessantes sobre como as pessoas fazem escolhas erradas. Muito informativo. Voc\u00ea l\u00ea e entende que n\u00e3o deve agir daquela maneira. Marquei essa li\u00e7\u00e3o. <\/p>\n
<\/p>\n
E gostaria de agradecer muito \u00e0 empresa Zalando por desenvolver este projeto, especialmente a Alexander Kukushkin e Alexey Klyukin. Alexey Klyukin \u00e9 um dos co-autores, ele j\u00e1 n\u00e3o trabalha mais na Zalando, mas s\u00e3o duas pessoas que come\u00e7aram a trabalhar com este produto. <\/p>\n
<\/p>\n
E eu considero que o Patroni \u00e9 uma ferramenta incr\u00edvel. Estou satisfeito por existirem, \u00e9 interessante trabalhar com ela. E um grande obrigado a todos os contribuidores que escrevem patches para o Patroni. Espero que o Patroni se torne mais maduro, melhor e mais eficiente com o tempo. J\u00e1 \u00e9 funcional, mas espero que se torne ainda melhor. Portanto, se voc\u00ea planeja usar o Patroni, n\u00e3o tenha medo. \u00c9 uma boa solu\u00e7\u00e3o, pode ser implementada e utilizada. <\/p>\n
<\/p>\n
Isso \u00e9 tudo. Se voc\u00ea tiver perguntas, sinta-se \u00e0 vontade para perguntar.<\/p>\n
<\/p>\n
<\/p>\n
Perguntas<\/p>\n
<\/p>\n
Obrigado pela apresenta\u00e7\u00e3o! Se, ap\u00f3s o failover, ainda precisarmos olhar muito de perto, ent\u00e3o por que precisamos de um failover autom\u00e1tico?<\/em> <\/p>\n<\/p>\n
Porque \u00e9 uma nova ferramenta. Trabalhamos com ela h\u00e1 apenas um ano. \u00c9 melhor ser cauteloso. Queremos entrar e ver se tudo funcionou como deveria. \u00c9 um n\u00edvel de desconfian\u00e7a maduro \u2013 \u00e9 melhor verificar e observar. <\/p>\n
<\/p>\n
Por exemplo, entramos pela manh\u00e3 e verificamos, certo?<\/em><\/p>\n<\/p>\n
N\u00e3o pela manh\u00e3, normalmente sabemos sobre o failover autom\u00e1tico quase que imediatamente. Recebemos notifica\u00e7\u00f5es, vemos que ocorreu um failover autom\u00e1tico. Entramos e verificamos praticamente de imediato. Mas todas essas verifica\u00e7\u00f5es devem ser realocadas para o n\u00edvel de monitoramento. Se voc\u00ea acessar o Patroni via API REST, h\u00e1 um hist\u00f3rico. No hist\u00f3rico, pode-se observar as marcas temporais em que ocorreu o failover. Com base nisso, \u00e9 poss\u00edvel fazer o monitoramento. Podemos verificar o hist\u00f3rico e ver quantos eventos ocorreram. Se tivermos mais eventos, significa que ocorreu um failover autom\u00e1tico. Podemos entrar e verificar. Ou nossa automa\u00e7\u00e3o no monitoramento verificou que todas as r\u00e9plicas est\u00e3o no lugar, sem atrasos e tudo est\u00e1 bem. <\/p>\n
<\/p>\n
Obrigado!<\/em><\/p>\n<\/p>\n
Muito obrigado pela excelente explica\u00e7\u00e3o! Se deslocamos o cluster DCS para longe do cluster Postgres, \u00e9 necess\u00e1rio manuten\u00e7\u00e3o peri\u00f3dica deste cluster tamb\u00e9m? Quais s\u00e3o as melhores pr\u00e1ticas em rela\u00e7\u00e3o a partes do cluster DCS que precisam ser desligadas, o que fazer com elas, etc.? Como essa estrutura continua funcionando? E como devemos proceder?<\/em><\/p>\n<\/p>\n
Para uma empresa, foi necess\u00e1rio criar uma matriz de problemas, que descreve o que acontece se algum dos componentes ou v\u00e1rios componentes falharem. Com base nessa matriz, analisamos sequencialmente todos os componentes e constru\u00edmos cen\u00e1rios para a falha desses componentes. Consequentemente, para cada cen\u00e1rio de falha, pode-se ter um plano de a\u00e7\u00e3o para recupera\u00e7\u00e3o. E no caso do DCS, isso \u00e9 parte da infraestrutura padr\u00e3o. O administrador a gerencia, e j\u00e1 contamos com os administradores para isso e suas habilidades de consertar em caso de falhas. Se n\u00e3o houver DCS, n\u00f3s o implantamos, mas sem monitor\u00e1-lo de perto, pois n\u00e3o somos respons\u00e1veis pela infraestrutura, apenas fornecemos recomenda\u00e7\u00f5es sobre como e o que monitorar. <\/p>\n
<\/p>\n
Ou seja, estou correto em entender que \u00e9 necess\u00e1rio desligar o Patroni, desativar o failover, desligar tudo antes de fazer algo com os hosts?<\/em><\/p>\n<\/p>\n
Isso depende de quantos n\u00f3s temos no cluster DCS. Se houver muitos n\u00f3s e se derrubarmos apenas um n\u00f3 (r\u00e9plica), o qu\u00f3rum \u00e9 mantido no cluster. E o Patroni permanece funcional. E nada \u00e9 acionado. Se tivermos opera\u00e7\u00f5es complexas que afetam mais n\u00f3s, cuja aus\u00eancia pode romper o qu\u00f3rum, ent\u00e3o \u2013 sim, talvez fa\u00e7a sentido pausar o Patroni. Ele tem um comando apropriado \u2013 patronictl pause, patronictl resume. N\u00f3s simplesmente pausamos, e o failover autom\u00e1tico n\u00e3o \u00e9 acionado nesse momento. Fazemos a manuten\u00e7\u00e3o no cluster DCS, depois retiramos a pausa e continuamos a operar.<\/p>\n
<\/p>\n
Muito obrigado!<\/em><\/p>\n<\/p>\n
Muito obrigado pela apresenta\u00e7\u00e3o! Como a equipe de produto se sente em rela\u00e7\u00e3o \u00e0 poss\u00edvel perda de dados?<\/em> <\/p>\n<\/p>\n
A equipe de produto n\u00e3o se preocupa, mas os l\u00edderes de equipe est\u00e3o apreensivos. <\/p>\n
<\/p>\n
Quais garantias existem nesse caso?<\/em><\/p>\n<\/p>\n
Com garantias \u00e9 muito complicado. H\u00e1 uma apresenta\u00e7\u00e3o de Alexander Kukushkin sobre \"Como calcular RPO e RTO\", ou seja, o tempo de recupera\u00e7\u00e3o e quanto podemos perder de dados. Eu acho que precisamos encontrar esses slides e estud\u00e1-los. Pelo que me lembro, h\u00e1 passos espec\u00edficos sobre como calcular essas coisas. Quantas transa\u00e7\u00f5es podemos perder, quantos dados podemos perder. Como uma op\u00e7\u00e3o, podemos usar replica\u00e7\u00e3o s\u00edncrona no n\u00edvel do Patroni, mas isso \u00e9 uma faca de dois gumes: ou temos confiabilidade dos dados, ou perdemos em velocidade. Existe replica\u00e7\u00e3o s\u00edncrona, mas ela tamb\u00e9m n\u00e3o garante 100% de prote\u00e7\u00e3o contra perda de dados.<\/p>\n
<\/p>\n
Alexei, obrigado pela excelente apresenta\u00e7\u00e3o! Voc\u00ea tem experi\u00eancia no uso do Patroni para prote\u00e7\u00e3o de n\u00edvel zero? Ou seja, em conjunto com um standby s\u00edncrono? Essa \u00e9 a primeira pergunta. E a segunda pergunta. Voc\u00ea utilizou diferentes solu\u00e7\u00f5es. N\u00f3s utilizamos Repmgr, mas sem failover autom\u00e1tico e agora estamos planejando conectar o failover autom\u00e1tico. Estamos considerando o Patroni como uma solu\u00e7\u00e3o alternativa. O que voc\u00ea pode dizer sobre as vantagens em compara\u00e7\u00e3o com o Repmgr?<\/em><\/p>\n<\/p>\n
A primeira pergunta foi sobre r\u00e9plicas s\u00edncronas. Ningu\u00e9m usa replica\u00e7\u00e3o s\u00edncrona, porque todos t\u00eam medo (J\u00e1 estamos usando com alguns clientes, e n\u00e3o notamos problemas de desempenho \u2014 Nota do apresentador<\/em>). Mas n\u00f3s estabelecemos uma regra de que deve haver pelo menos tr\u00eas n\u00f3s em um cluster de replica\u00e7\u00e3o s\u00edncrona, porque se tivermos dois n\u00f3s e se o mestre ou a r\u00e9plica falharem, o Patroni coloca esse n\u00f3 em modo aut\u00f4nomo para que o aplicativo continue funcionando. Nesse caso, existem riscos de perda de dados.<\/p>\n<\/p>\n
Quanto \u00e0 segunda pergunta, usamos o Repmgr e ainda o utilizamos com alguns clientes por motivos hist\u00f3ricos. O que posso dizer? No Patroni, o failover autom\u00e1tico vem de forma nativa, enquanto no Repmgr o failover autom\u00e1tico \u00e9 uma fun\u00e7\u00e3o adicional que precisa ser ativada. \u00c9 necess\u00e1rio iniciar o daemon do Repmgr em cada n\u00f3 e ent\u00e3o podemos configurar o failover autom\u00e1tico. <\/p>\n
<\/p>\n
O Repmgr verifica se os n\u00f3s do Postgres est\u00e3o vivos. Os processos do Repmgr verificam a exist\u00eancia uns dos outros, esse n\u00e3o \u00e9 um m\u00e9todo muito eficiente, pois podem ocorrer casos complexos de isolamento de rede em que um grande cluster do Repmgr pode se dividir em v\u00e1rios menores e continuar a funcionar. N\u00e3o tenho acompanhado o Repmgr h\u00e1 algum tempo, pode ser que isso tenha sido corrigido... ou talvez n\u00e3o. Mas a transfer\u00eancia de informa\u00e7\u00f5es sobre o estado do cluster para o DCS, como faz o Stolon, o Patroni, \u00e9 a op\u00e7\u00e3o mais vi\u00e1vel. <\/p>\n
<\/p>\n
Alexey, tenho uma pergunta que talvez seja meio ing\u00eanua. Em um dos primeiros exemplos, voc\u00ea transferiu do computador local para um n\u00f3 remoto. Entendemos que a rede tem suas particularidades e que vive por si s\u00f3. E o que acontece se, por algum motivo, o cluster DCS se tornar inacess\u00edvel? N\u00e3o vou entrar nos motivos, pois eles podem ser muitos: desde erros da equipe de rede at\u00e9 problemas reais.<\/em> <\/p>\n<\/p>\n
N\u00e3o mencionei isso em voz alta, mas o cluster DCS tamb\u00e9m deve ser tolerante a falhas, ou seja, deve ter um n\u00famero \u00edmpar de n\u00f3s para que um qu\u00f3rum possa ser alcan\u00e7ado. O que acontece se o cluster DCS se tornar inacess\u00edvel ou se n\u00e3o conseguir formar um qu\u00f3rum, ou seja, um split de rede ou falha de n\u00f3s? Nesse caso, o cluster do Patroni passa para o modo somente leitura. O cluster do Patroni n\u00e3o consegue determinar o estado do cluster e o que fazer. Ele n\u00e3o consegue se conectar ao DCS e salvar o novo estado do cluster, por isso todo o cluster passa para o modo somente leitura. E aguarda a interven\u00e7\u00e3o manual do operador ou a recupera\u00e7\u00e3o do DCS.<\/p>\n
<\/p>\n
De certa forma, o DCS se torna um servi\u00e7o t\u00e3o importante para n\u00f3s quanto o pr\u00f3prio banco de dados?<\/em><\/p>\n<\/p>\n
Sim, sim. Em muitas empresas modernas, a Descoberta de Servi\u00e7os \u00e9 uma parte essencial da infraestrutura. Ela \u00e9 implementada at\u00e9 antes mesmo de existir uma base de dados na infraestrutura. Para simplificar, a infraestrutura foi iniciada, montada no DC, e j\u00e1 temos a Descoberta de Servi\u00e7os. Se for o Consul, o DNS pode ser constru\u00eddo sobre ele. Se for o Etcd, pode ser uma parte do cluster Kubernetes, onde todo o resto ser\u00e1 implementado. Parece-me que a Descoberta de Servi\u00e7os j\u00e1 \u00e9 parte intr\u00ednseca das infraestruturas modernas. E as empresas pensam nela muito antes de pensarem nas bases de dados. <\/p>\n
<\/p>\n
Obrigado!<\/em><\/p>\nFonte: habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"\u041e\u0441\u043d\u043e\u0432\u043d\u0430\u044f \u0446\u0435\u043b\u044c Patroni \u2014 \u044d\u0442\u043e \u043e\u0431\u0435\u0441\u043f\u0435\u0447\u0435\u043d\u0438\u0435 High Availability \u0434\u043b\u044f PostgreSQL. \u041d\u043e Patroni \u2014 \u044d\u0442\u043e \u043b\u0438\u0448\u044c template, \u0430 \u043d\u0435 \u0433\u043e\u0442\u043e\u0432\u044b\u0439 \u0438\u043d\u0441\u0442\u0440\u0443\u043c\u0435\u043d\u0442 (\u0447\u0442\u043e, \u0432 \u043e\u0431\u0449\u0435\u043c, \u0438 \u0441\u043a\u0430\u0437\u0430\u043d\u043e \u0432 \u0434\u043e\u043a\u0443\u043c\u0435\u043d\u0442\u0430\u0446\u0438\u0438). \u041d\u0430 \u043f\u0435\u0440\u0432\u044b\u0439 \u0432\u0437\u0433\u043b\u044f\u0434, \u043d\u0430\u0441\u0442\u0440\u043e\u0438\u0432 Patroni \u0432 \u0442\u0435\u0441\u0442\u043e\u0432\u043e\u0439 \u043b\u0430\u0431\u0435, \u043c\u043e\u0436\u043d\u043e \u0443\u0432\u0438\u0434\u0435\u0442\u044c, \u043a\u0430\u043a\u043e\u0439 \u044d\u0442\u043e \u043f\u0440\u0435\u043a\u0440\u0430\u0441\u043d\u044b\u0439 \u0438\u043d\u0441\u0442\u0440\u0443\u043c\u0435\u043d\u0442 \u0438 \u043a\u0430\u043a \u043e\u043d \u043b\u0435\u0433\u043a\u043e \u043e\u0431\u0440\u0430\u0431\u0430\u0442\u044b\u0432\u0430\u0435\u0442 \u043d\u0430\u0448\u0438 \u043f\u043e\u043f\u044b\u0442\u043a\u0438 \u0440\u0430\u0437\u0432\u0430\u043b\u0438\u0442\u044c \u043a\u043b\u0430\u0441\u0442\u0435\u0440. \u041e\u0434\u043d\u0430\u043a\u043e \u043d\u0430 \u043f\u0440\u0430\u043a\u0442\u0438\u043a\u0435 \u0432 \u043f\u0440\u043e\u0438\u0437\u0432\u043e\u0434\u0441\u0442\u0432\u0435\u043d\u043d\u043e\u0439 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":90104,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-90103","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t
![\"Patroni](\"\/wp-content\/uploads\/2020\/07\/6404cba13214f499d1f347cca0aacbe7.jpeg\")
<\/p>\n