{"id":5982,"date":"2018-11-19T12:41:16","date_gmt":"2018-11-19T20:41:16","guid":{"rendered":"https:\/\/www.couchbase.com\/blog\/?p=5982"},"modified":"2025-06-13T21:33:26","modified_gmt":"2025-06-14T04:33:26","slug":"double-click-on-couchbase-autonomous-operator-1-1-0","status":"publish","type":"post","link":"https:\/\/www.couchbase.com\/blog\/pt\/double-click-on-couchbase-autonomous-operator-1-1-0\/","title":{"rendered":"Clique duas vezes no Couchbase Autonomous Operator 1.1.0"},"content":{"rendered":"

Couchbase Operador aut\u00f4nomo<\/a> A vers\u00e3o 1.1.0 foi liberado<\/a> em 15 de novembro de 2018. Para a equipe do Kubernetes, \u00e9 uma vers\u00e3o pequena, mas importante para melhorar a experi\u00eancia do usu\u00e1rio final. Nesta postagem, vamos nos aprofundar nos detalhes do que foi alterado e por qu\u00ea.<\/p>\n

Servi\u00e7os com estado e volumes persistentes<\/b><\/h2>\n

A vers\u00e3o 1.0.0 do Autonomous Operator permitia que servidores de um grupo espec\u00edfico de escalonamento de servidores fossem apoiados por armazenamento persistente. O suporte ao armazenamento persistente \u00e9 essencial por v\u00e1rios motivos.<\/p>\n

Os dados s\u00e3o a for\u00e7a vital de um banco de dados, e n\u00f3s os levamos a s\u00e9rio. Eles registram quem s\u00e3o seus clientes, suas prefer\u00eancias para promo\u00e7\u00f5es direcionadas, suas transa\u00e7\u00f5es e in\u00fameras outras informa\u00e7\u00f5es cr\u00edticas para os neg\u00f3cios. Se voc\u00ea perder esses dados, a empresa poder\u00e1 ser afetada de forma negativa, desde penalidades financeiras at\u00e9 a perda de confian\u00e7a do consumidor.<\/p>\n

A plataforma Kubernetes que o Operador gerencia \u00e9, por design, baseada em recursos ef\u00eameros que s\u00f3 est\u00e3o dispon\u00edveis enquanto o processo que os requer estiver em execu\u00e7\u00e3o. No entanto, o Kubernetes fornece volumes de armazenamento persistentes que permitem que aplicativos com estado, como a plataforma de dados Couchbase, restaurem os dados em caso de falha de um processo de servidor ou exclus\u00e3o acidental.<\/p>\n

Pr\u00e1ticas recomendadas<\/strong><\/h2>\n

\u00c9 altamente recomend\u00e1vel que todos os grupos de dimensionamento que contenham dados de documentos ou servi\u00e7os de \u00edndice usem armazenamento persistente. Ao fazer isso, os dados n\u00e3o s\u00e3o perdidos devido a uma falha e ficam dispon\u00edveis para uma inst\u00e2ncia de servidor substituta. O cluster inteiro pode ser restaurado ap\u00f3s uma perda total de energia, o que n\u00e3o \u00e9 poss\u00edvel sem o armazenamento persistente para registrar o estado do cluster. A recupera\u00e7\u00e3o de uma falha se torna muito mais r\u00e1pida, pois o servidor substituto pode reutilizar dados e \u00edndices de documentos existentes, recuperando de r\u00e9plicas o pequeno subconjunto de dados que foi modificado nesse \u00ednterim. Como efeito colateral, os registros s\u00e3o mantidos no mesmo volume persistente que permite a recupera\u00e7\u00e3o, possibilitando o diagn\u00f3stico e uma solu\u00e7\u00e3o para a causa raiz da falha.<\/p>\n

Alguns grupos de escalonamento de servidores, como os que executam apenas o servi\u00e7o de consulta, n\u00e3o dependem do armazenamento persistente para uma opera\u00e7\u00e3o confi\u00e1vel. Esses servi\u00e7os usam o estado fornecido pelos servi\u00e7os de dados e \u00edndices atendidos por outros n\u00f3s. Como resultado, n\u00e3o \u00e9 necess\u00e1rio que os servidores sem estado usem armazenamento persistente. Sem persist\u00eancia, os registros do servidor n\u00e3o poder\u00e3o ser recuperados se um servidor sem estado falhar.<\/p>\n

A vers\u00e3o 1.1.0 do Autonomous Operator resolve esse problema, permitindo que um volume de log leve seja anexado aos servidores.<\/p>\n

Melhorias na coleta de registros<\/b><\/h2>\n

Em caso de falha do servidor, o volume de registro \u00e9 detectado como \u00f3rf\u00e3o pelo Operador e retido para a coleta de registros. O cbopinfo<\/a> A ferramenta de suporte do Couchbase foi aprimorada para detectar esses volumes de log e apresent\u00e1-los no momento da coleta de logs. A ferramenta de suporte coleta seletivamente os logs do servidor Couchbase de volumes de log persistentes e faz o download deles para a m\u00e1quina local que executa o comando automaticamente.<\/p>\n

A ferramenta de suporte agora redige os registros do servidor com informa\u00e7\u00f5es potencialmente confidenciais. Tanto os registros redigidos quanto os simples est\u00e3o dispon\u00edveis para o usu\u00e1rio. O usu\u00e1rio final pode escolher a vers\u00e3o a ser enviada \u00e0 nossa equipe de suporte.<\/p>\n

Melhorias na reten\u00e7\u00e3o de registros<\/b><\/h2>\n

O Operator apresenta uma nova pol\u00edtica de reten\u00e7\u00e3o de registros que pode ser suficientemente controlada pelo administrador do cluster para limitar o uso de recursos. O Operator suporta a reten\u00e7\u00e3o de logs com base na n\u00famero m\u00e1ximo<\/a> de volumes de registro permitidos (os volumes mais antigos s\u00e3o exclu\u00eddos primeiro se o n\u00famero existente exceder esse valor) ou com base no dura\u00e7\u00e3o<\/a> do volume \u00f3rf\u00e3o. As pol\u00edticas de reten\u00e7\u00e3o de registros evitam o uso excessivo de recursos e tamb\u00e9m ajudam o administrador a aderir \u00e0 legisla\u00e7\u00e3o de reten\u00e7\u00e3o de dados.<\/p>\n

Aprimoramentos no gerenciamento de clusters<\/b><\/h2>\n

A ferramenta de gerenciamento de cluster, cbopctl<\/a> tamb\u00e9m foi atualizado para ajudar os usu\u00e1rios finais a implementar clusters compat\u00edveis. A presen\u00e7a do padr\u00e3o<\/i> ou registros<\/i> montagens de volume em qualquer grupo de dimensionamento de servidor sinaliza a inten\u00e7\u00e3o de que o usu\u00e1rio final deseja que o cluster seja compat\u00edvel. Essas montagens de volume n\u00e3o podem ser especificadas ao mesmo tempo. Al\u00e9m disso, cbopctl<\/i> garante que todos os grupos de escalonamento de servidores sejam compat\u00edveis, se pretendido, e os registros sempre estar\u00e3o dispon\u00edveis para coleta por cbopinfo<\/i>. Finalmente, o registros<\/i> a montagem de volume n\u00e3o pode ser usada em grupos de dimensionamento que contenham o dados<\/i>, \u00edndice<\/i> ou an\u00e1lises<\/i> servi\u00e7os. Isso ajuda a evitar cen\u00e1rios de perda de dados, for\u00e7ando o uso de padr\u00e3o<\/i> montagens de volume que o operador pode recuperar.<\/p>\n

A ferramenta de gerenciamento de cluster ainda permite que o usu\u00e1rio crie clusters sem nenhum backup de volume persistente para avalia\u00e7\u00e3o. Conforme descrito, nessa configura\u00e7\u00e3o, o cluster n\u00e3o pode sobreviver a uma queda de energia, pode resultar em perda de dados e os problemas podem n\u00e3o ter suporte devido \u00e0 aus\u00eancia de logs do servidor Couchbase.<\/p>\n

Links \u00fateis<\/b><\/h2>\n