Arquitetura do Amazon RDS Custom
A arquitetura do Amazon RDS Custom se baseia no Amazon RDS, com diferenças importantes. O diagrama a seguir mostra os principais componentes da arquitetura do RDS Custom.
VPC
Como no Amazon RDS, a instância de banco de dados do RDS Custom reside em uma nuvem privada virtual (VPC).
A instância de banco de dados do RDS Custom é formada pelos seguintes componentes principais:
-
Instância do Amazon EC2
-
Endpoint da instância
-
Sistema operacional instalado na instância do Amazon EC2
-
Armazenamento do Amazon EBS, que contém quaisquer sistemas de arquivos adicionais
Automação e monitoramento do RDS Custom
O RDS Custom tem um software de automação que é executado fora da instância de banco de dados. Esse software se comunica com agentes na instância de banco de dados e com outros componentes dentro do ambiente geral do RDS Custom.
Os recursos de monitoramento e recuperação do RDS Custom oferecem funcionalidade semelhante à do Amazon RDS. Por padrão, o RDS Custom está no modo de automação total. O software de automação tem as seguintes responsabilidades principais:
-
Coletar métricas e enviar notificações
-
Realizar a recuperação automática de instâncias
Uma responsabilidade importante da automação do RDS Custom é responder a problemas com a sua instância do Amazon EC2. Por vários motivos, o host pode ficar prejudicado ou inacessível. O RDS Custom resolve esses problemas reiniciando ou substituindo a instância do Amazon EC2.
Substituição do host do Amazon RDS Custom
Se o host do Amazon EC2 for afetado, o RDS Custom tentará reinicializá-lo. Se esse esforço falhar, o RDS Custom utilizará o mesmo recurso de parada e início incluído no Amazon EC2. A única alteração visível para o cliente quando um host é substituído é um novo endereço IP público.
Tópicos
Interromper e iniciar o host
O RDS Custom executa automaticamente as seguintes etapas, sem a necessidade de intervenção do usuário:
-
Interrompe o host do Amazon EC2.
A instância do EC2 realiza um desligamento normal e encerra a execução. Todos os volumes do Amazon EBS permanecem associados à instância, e seus dados persistem. Todos os dados armazenados nos volumes do armazenamento de instâncias (sem suporte no RDS Custom) ou na RAM do computador host desaparecem.
Para obter mais informações, consulte Encerrar e iniciar sua instância no Guia do Usuário do Amazon EC2.
-
Inicia o host do Amazon EC2.
A instância do EC2 é migrada para um novo hardware de host subjacente. Em alguns casos, a instância de banco de dados do RDS Custom permanece no host original.
Efeitos da substituição do host
No RDS Custom, você tem controle total sobre o volume do dispositivo raiz e os volumes de armazenamento do Amazon EBS. O volume raiz pode conter dados e configurações importantes que você não quer perder.
O RDS Custom for Oracle retém todos os dados do banco de dados e do cliente após a operação, incluindo os dados de volume raiz. Nenhuma intervenção do usuário é necessária. No RDS Custom for SQL Server, os dados do banco de dados são retidos, mas todos os dados na unidade C:, incluindo dados do sistema operacional e do cliente, são perdidos.
Após o processo de substituição, o host do Amazon EC2 tem um novo endereço IP público. O host retém o seguinte:
-
ID da instância
-
Endereços IP privados
-
Endereços IP elásticos
-
Metadados da instância
-
Dados de volumes de armazenamento de dados
-
Dados do volume raiz (no RDS Custom for Oracle)
Práticas recomendadas para o Amazon EC2
O recurso de substituição de host do Amazon EC2 abrange a maioria dos cenários de comprometimento do Amazon EC2. Convém seguir estas práticas recomendadas:
-
Antes de alterar a configuração ou o sistema operacional, faça backup dos seus dados. Se o volume raiz ou o sistema operacional ficar corrompido, a substituição do host não conseguirá repará-lo. Suas únicas opções são restaurar de um snapshot do banco de dados ou recuperação em um ponto anterior no tempo.
-
Não pare ou encerre manualmente o host físico do Amazon EC2. Ambas as ações fazem com que a instância seja colocada fora do perímetro de suporte do RDS Custom.
-
(RDS Custom para SQL Server) Se você anexar volumes adicionais ao host do Amazon EC2, configure-os para remontagem após a reinicialização. Se o host estiver afetado, o RDS Custom poderá pará-lo e iniciá-lo automaticamente.
Perímetro de suporte do RDS Custom
O RDS Custom fornece recurso de monitoramento adicional chamado de perímetro de suporte. Esse monitoramento adicional garante que a instância do RDS Custom utilize uma infraestrutura da AWS, um sistema operacional e um banco de dados compatíveis.
O perímetro de suporte verificará se a instância de banco de dados está em conformidade com os requisitos listados em Corrigir configurações não compatíveis no RDS Custom para Oracle e Corrigir configurações não compatíveis no RDS Custom para SQL Server. Se algum desses requisitos não for atendido, o RDS Custom considerará que a instância de banco de dados está fora do perímetro de suporte.
Tópicos
Configurações não compatíveis no RDS Custom
Quando a instância de banco de dados está fora do perímetro de suporte, o RDS Custom altera o status da respectiva instância para unsupported-configuration e envia notificações de eventos. Depois de corrigir os problemas de configuração, o RDS Custom alterará o status da instância de banco de dados para available.
Enquanto a instância de banco de dados está no estado unsupported-configuration, o seguinte se aplica:
-
Seu banco de dados permanece acessível. Exceto quando a instância de banco de dados está na
unsupported-configurationporque o banco de dados está encerrando inesperadamente. -
Não é possível modificá-la.
-
Não é possível obter snapshots de banco de dados.
-
Não são criados backups automáticos.
-
Somente no caso de instâncias de banco de dados do RDS Custom para SQL Server, o RDS Custom não substituirá a instância subjacente do Amazon EC2 se ela ficar prejudicada. Para obter mais informações sobre substituição de host, consulte Substituição do host do Amazon RDS Custom.
-
Você pode excluir a instância de banco de dados, mas a maioria das outras operações de API do RDS Custom não está disponível.
-
O RDS Custom continua comportando a recuperação para um ponto no tempo (PITR) ao arquivar arquivos de redo log e enviá-los ao Amazon S3. A PITR em um estado
unsupported-configurationapresenta as seguintes diferenças:-
A PITR pode demorar muito tempo para restaurar completamente para uma nova instância de banco de dados do RDS Custom. Essa situação ocorre porque não é possível obter snapshots automatizados ou manuais enquanto a instância está no estado
unsupported-configuration. -
A PITR precisa reproduzir mais logs de redo a partir do snapshot mais recente obtido antes da entrada da instância no estado
unsupported-configuration. -
Em alguns casos, a instância de banco de dados está no estado
unsupported-configurationporque você fez uma alteração que impediu o carregamento de arquivos de redo log arquivados. Exemplos incluem interromper a instância do EC2, interromper o agente do RDS Custom e desanexar volumes do EBS. Nesses casos, a PITR não pode restaurar a instância de banco de dados para o último momento restaurável.
-
Solução de problemas de configurações não compatíveis
O RDS Custom fornece orientações para solução de problemas referentes ao estado unsupported-configuration. Embora algumas orientações se apliquem ao RDS Custom para Oracle e ao RDS Custom para SQL Server, outras orientações dependem do seu mecanismo de banco de dados. Para obter informações de solução de problemas específicas ao mecanismo, consulte os seguintes tópicos:
Amazon S3
Se você usar o RDS Custom for Oracle, carregará a mídia de instalação para um bucket do Amazon S3 criado pelo usuário. O RDS Custom for Oracle usa a mídia neste bucket para criar uma versão de mecanismo personalizada (CEV). Uma CEV é um snapshot de volume binário de uma versão do banco de dados e de uma imagem de máquina da Amazon (AMI). A partir da CEV, você cria uma instância de banco de dados do RDS Custom. Para obter mais informações, consulte Trabalhar com versões de mecanismo personalizadas para o Amazon RDS Custom for Oracle.
Tanto para o RDS Custom for Oracle quanto para o RDS Custom for SQL Server, o RDS Custom cria automaticamente um bucket do Amazon S3 prefixado com a string do-not-delete-rds-custom-. O RDS Custom usa o bucket do S3 do do-not-delete-rds-custom- para armazenar os seguintes tipos de arquivos:
-
Logs do AWS CloudTrail para a trilha criada pelo RDS Custom
-
Artefatos de perímetro de suporte (consulte Perímetro de suporte do RDS Custom)
-
Arquivos de redo log de banco de dados (somente no RDS Custom for Oracle)
-
Logs de transações (somente no RDS Custom for SQL Server)
-
Artefatos de versão do mecanismo personalizado (somente no RDS Custom for Oracle)
O RDS Custom cria o bucket do S3 do do-not-delete-rds-custom- quando você cria um dos seguintes recursos:
-
Seu primeiro CEV para RDS Custom for Oracle
-
Sua primeira instância de banco de dados para o RDS Custom for SQL Server
O RDS Custom cria um bucket para cada combinação dos seguintes tipos:
-
ID da Conta da AWS
-
Tipo de mecanismo (RDS Custom for Oracle ou RDS Custom for SQL Server)
-
Região da AWS
Por exemplo, se você criar CEVs do RDS Custom for Oracle em um único Região da AWS, existirá um bucket do do-not-delete-rds-custom-. Se você criar várias instâncias do RDS Custom for SQL Server e elas residirem em um Regiões da AWS diferente, existirá um bucket do do-not-delete-rds-custom- em cada Região da AWS. Se você criar uma instância do RDS Custom for Oracle e duas instâncias do RDS Custom for SQL Server em uma única Região da AWS, existirão dois buckets do do-not-delete-rds-custom-.
AWS CloudTrail
O RDS Custom cria automaticamente uma trilha AWS CloudTrail cujo nome começa com do-not-delete-rds-custom-. O perímetro de suporte do RDS Custom depende dos eventos do CloudTrail para determinar se suas ações afetam a automação do RDS Custom. Para ter mais informações, consulte Solução de problemas de configurações não compatíveis.
O RDS Custom cria a trilha quando você cria sua primeira instância de banco de dados. O RDS Custom cria uma trilha para cada combinação do seguinte:
-
ID da Conta da AWS
-
Tipo de mecanismo (RDS Custom for Oracle ou RDS Custom for SQL Server)
-
Região da AWS
Quando você exclui uma instância de banco de dados do RDS Custom, o CloudTrail dessa instância não é removido automaticamente. Nesse caso, a Conta da AWS continua sendo cobrada pelo CloudTrail não excluído. O RDS Custom não é responsável pela exclusão desse recurso. Para saber como remover o CloudTrail manualmente, consulte Excluir uma trilha no Guia do usuário do AWS CloudTrail.
