Responsabilidade compartilhada do AlloyDB Omni

Selecione uma versão da documentação:

Nesta página, descrevemos pelo que você, como cliente do AlloyDB Omni, é responsável e pelo que o Google é responsável.

Como cliente do AlloyDB Omni, você é responsável por configurar e operar o AlloyDB Omni para garantir que suas cargas de trabalho aproveitem ao máximo o serviço.

Camada Responsabilidade do Google Responsabilidade do cliente
Hardware e host Infraestrutura física Forneça os requisitos mínimos e recomendados (se aplicável) Provisionar servidores físicos, VMs ou dispositivos de borda, como energia, refrigeração e hardware.
Sistema operacional (SO) do host Forneça os requisitos mínimos e recomendados (se aplicável) Gerenciar o kernel do Linux, aplicar patches de segurança do SO e proteger os nós do host.
Kubernetes Gerenciamento de clusters Forneça os requisitos mínimos e recomendados (se aplicável) Gerenciar o cluster diariamente, incluindo upgrades, seguindo as práticas recomendadas do setor.
Armazenamento (CSI/PV) Forneça os requisitos mínimos e recomendados (se aplicável) Provisionar a classe de armazenamento e gerenciar os dispositivos subjacentes. O AlloyDB Omni requer um dispositivo de transferência por blocos. Por isso, escolha a classe de dispositivo de transferência por blocos.
Rede (CNI) Forneça os requisitos mínimos e recomendados (se aplicável) Provisionar e gerenciar a camada de rede, por exemplo, rede de pods, controladores de entrada, balanceadores de carga e regras de firewall entre nós.
Controle de acesso baseado em função (RBAC) Forneça as contas de serviço, os papéis e as vinculações de papéis necessários para o operador do AlloyDB Omni para Kubernetes. Aplique essas regras de controle de acesso baseado em papéis (RBAC) ao cluster e verifique se elas estão alinhadas às políticas de segurança internas. Para acessar os recursos do AlloyDB Omni, crie outros papéis de RBAC e vinculações de papéis.
Gerenciamento de secrets Ler os Secrets padrão do Kubernetes para provisionar recursos, como o usuário inicial do postgres. Criar, proteger e alternar secrets do Kubernetes no cluster.
Gerenciamento de certificados Depender de Secrets do Kubernetes padrão e cert-manager para integração de certificados. Instale, configure e gerencie o ciclo de vida do cert-manager.
Software do operador Desenvolvimento e lançamento Desenvolver a lógica do operador do AlloyDB Omni e as CRDs e publicar imagens de contêiner, gráficos do Helm e pacotes do OLM. Nenhuma. Os clientes podem usar artefatos armazenados no Artifact Registry para as implantações.
Instalação e ciclo de vida Forneça documentação e faça upgrade dos artefatos.
  • Verifique a tabela de compatibilidade antes de instalar ou fazer upgrade.
  • Siga as instruções para instalar ou fazer upgrade dos componentes do AlloyDB Omni.
Mecanismo de banco de dados Binário do banco de dados Fornecer as imagens de contêiner do AlloyDB com otimizações reservadas, como o mecanismo colunar e a aceleração de IA. Nenhuma.
Aplicação de patches Lançar patches de segurança e atualizações de versões secundárias e principais para o mecanismo. Forneça instruções de upgrade. Programe upgrades o mais rápido possível, dependendo da importância de cada versão.
Gerenciamento de usuários
  • Provisione os usuários iniciais relacionados ao operador do AlloyDB Omni.
  • Provisione o superusuário postgres voltado ao usuário usando uma senha fornecida pelo usuário de um secret do Kubernetes.
  • Forneça instruções para integração com o Microsoft Active Directory.
  • Forneça a senha do superusuário inicial usando um Secret do Kubernetes.
  • Criar e gerenciar todas as outras funções e usuários.
Gerenciamento de dados Backups Forneça os CRDs e a lógica de `BackupPlan` e `Backup` para gerenciar backups, que são gerenciados usando pgBackrest com integração compatível com S3. Configure as programações de backup e retenção e provisione o bucket de armazenamento de destino local, do S3 ou do Cloud Storage.
Alta disponibilidade (HA, na sigla em inglês) Fornecer a lógica de failover automático e os mecanismos de recuperação. Provisione nós e zonas suficientes para fornecer um destino de espera que ofereça suporte ao failover.
Criptografia (em repouso) Nenhuma. Gerencie a criptografia da camada de armazenamento para garantir que ela atenda aos seus requisitos.
Criptografia (em trânsito) Fornecer mTLS para componentes internos do operador e configurar o TLS do lado do servidor para conexões de usuário para banco de dados. Conectar-se ao banco de dados usando clientes TLS seguros e gerenciar a infraestrutura de certificados subjacente.
Observabilidade Métricas Expor métricas de banco de dados interno usando um endpoint compatível com o Prometheus. Implantar e gerenciar o scraper usando o Prometheus, o Open Telemetry ou outras soluções compatíveis e a pilha de armazenamento delas. Monitorar a integridade geral do sistema.
Logging Gravar registros de auditoria e do PostgreSQL em arquivos no disco no contêiner e fazer a rotação deles. Implantar coletores de registros, como Fluentd e Fluent Bit, para enviar registros a um back-end de armazenamento (como Splunk ou ELK). Verifique se os coletores de registros são extraídos para preservar os registros por um período mínimo recomendado de um mês.
Visualização Fornecer métricas de amostra e painéis de registro para monitorar cargas de trabalho padrão. Implantar e monitorar a integridade da ferramenta de visualização, como o Grafana. Crie painéis e os incorpore às suas tarefas operacionais diárias.
Alertas Nenhum Gerenciar o pipeline de alertas, por exemplo, a integração com o PagerDuty.
Suporte Solução de problemas Oferecer suporte para bugs de software e erros de mecanismo. Para receber esse suporte, você precisa de uma assinatura de licença. Oferecer suporte inicial por meio de documentação e base de conhecimento. Depurar problemas relacionados à infraestrutura.