Oracle
 sql >> Base de Dados >  >> RDS >> Oracle

Oracle RAC em Nuvens de Terceiros


Ontem, me deparei com este white paper da Oracle Corp sobre Oracle RAC Support on Third-Party Clouds. O artigo é definitivamente uma leitura obrigatória para quem deseja executar o Oracle RAC em provedores de nuvem AWS, Google ou Azure. O primeiro parágrafo era promissor onde dizia:

Isso parece ótimo, mas a citação está falando sobre o Oracle Database e não sobre a opção RAC. Achei interessante que o jornal passa muito tempo falando sobre AWS e Azure, mas nunca menciona a nuvem do Google.

Aqui está o resultado final da posição da Oracle para oferecer suporte ao RAC em outras ofertas de nuvem:

O artigo se estende bastante para ilustrar como a AWS atrapalha as águas em relação aos requisitos de armazenamento e rede necessários para executar o RAC na AWS.

Deve ser óbvio que a Oracle está tentando evitar que seus clientes executem o RAC na AWS lendo este artigo. A Amazon divulgou informações nos informando como é fácil executar o RAC na AWS. Mas depois de ler este white paper da Oracle, eu teria alguma preocupação sobre como o ambiente da AWS funcionaria para implantações de RAC de missão crítica.

A AWS fornece armazenamento compartilhado para RAC usando destinos iSCSI em VMs, que eu nunca usaria para nada além de um testbed. Um problema é a redundância no nível de armazenamento. Para ter redundância no nível de armazenamento:





Para a rede privada, a AWS não oferece suporte a multicast, um requisito para o Grid Infrastructure Cluster Interconnect. A AWS contorna isso usando uma rede VPN ponto a ponto usando n2n ntop. Mas a partir do próprio site do ntop, não há mais desenvolvimento sobre isso nos últimos dois anos.

Não me entenda mal. Acho que a AWS é uma ótima solução de nuvem para muitas coisas diferentes. É certo que não executei o RAC na AWS, pelo menos ainda não. Mas se eu quisesse migrar a infraestrutura de banco de dados RAC da minha empresa para a nuvem, investigaria seriamente as alegações neste white paper da Oracle antes de me comprometer com a solução AWS. Essa última frase é o ponto principal desta postagem no blog.