Requisitos de SLA do aplicativo

Durante a fase de descoberta, é importante determinar os requisitos de SLA do seu aplicativo hospedado no Exadata, incluindo objetivo de tempo de recuperação (RTO) e objetivo de ponto de recuperação (RPO). Você deve entender esses requisitos do ponto de vista comercial ou do usuário, em vez de copiar sua arquitetura atual como está para a plataforma de destino. Por exemplo, sua implantação atual pode estar usando o recurso Oracle Real Application Cluster (RAC), que é integrado ao Exadata. No entanto, se seu aplicativo realmente não precisar desse recurso, talvez seja possível implantar uma solução econômica AWS sem usar o RAC.

A tabela a seguir lista o RTO e o RPO que você pode obter com diferentes modelos de implantação. AWS Essas informações são baseadas em opções de alta disponibilidade e recuperação de desastres (HA/DR) em uma. Região da AWS Você pode ampliar os recursos de DR usando um modelo de implantação multirregional, como adicionar uma réplica de leitura entre regiões no Amazon RDS for Oracle ou usar bancos de dados globais no Amazon Aurora.

Tipo de implantação	RTO (em segundos)	RPO (em segundos)	Comentários
Amazon RDS for Oracle com Multi-AZ	~120	0	O RTO pode variar dependendo de fatores como o tempo necessário para a recuperação, por exemplo.
Amazon RDS Custom for Oracle com solução de HA autogerenciada usando Data Guard e Fast Start Failover (FSFO)	~120	0	Construir a solução de HA apropriada é sua responsabilidade. Como prática recomendada, implante a instância em espera em uma zona de disponibilidade diferente da instância primária.
Instâncias autogerenciadas no Amazon EC2 usando Data Guard e FSFO	~120	0	Construir a solução de HA apropriada é sua responsabilidade. Como prática recomendada, implante a instância em espera em uma zona de disponibilidade diferente da instância primária.
Aurora Edição Compatível com PostgreSQL	< 30	0	Se você usa uma instância de leitura, o failover pode ser concluído em alguns segundos.
Amazon RDS para PostgreSQL com Multi-AZ	~120	0
RAC ativado AWS com o Oracle Active Data Guard	0	0	Esse tipo de implantação usa uma das opções de implantação do RAC AWS com a replicação do Data Guard para outra zona de disponibilidade.

Assim como no modelo de implantação, escolher as estratégias corretas de migração e reversão e as ferramentas de migração é fundamental para atender aos requisitos de SLA da sua empresa. Esse tópico é abordado detalhadamente na seção Executando a migração deste guia.