Cargas de trabalho Oracle bem arquitetadas do Azure na infraestrutura como serviço (IaaS) do Azure
Este artigo fornece práticas recomendadas do Well-Architected Framework para uma carga de trabalho Oracle na infraestrutura como serviço (IaaS) do Azure. Os proprietários de aplicativos, administradores de banco de dados Oracle, partes interessadas de negócios e arquitetos podem usar esta orientação para criar uma base técnica para sua solução altamente confiável para Oracle no Azure em escala.
O que é uma carga de trabalho Oracle?
Nesta diretriz, o termo carga de trabalho refere-se a um conjunto de bancos de dados, como bancos de dados Oracle Exadata e recursos de aplicativos que oferecem suporte a uma meta ou processo de negócios comum.
Você deve criar cargas de trabalho Oracle altamente disponíveis e resistentes a falhas. Essas cargas de trabalho podem ser aplicativos de gerenciamento de relacionamento com o cliente, aplicativos de recursos humanos ou aplicativos personalizados que dependem do Oracle WebLogic Server ou Java. Os aplicativos e plataformas locais da Oracle que você pode mover para a nuvem incluem WebLogic Server, Siebel, PeopleSoft, JD Edwards e E-Business Suite.
Quais são os desafios comuns?
O Microsoft Azure facilita a implantação e o gerenciamento de soluções de nuvem. Mas os desafios podem ocorrer quando você cria e migra cargas de trabalho Oracle que são altamente disponíveis e confiáveis na plataforma Azure. Por exemplo:
As arquiteturas de aplicativos Oracle são complexas. As dependências entre o aplicativo e a camada de banco de dados, como atualizações de versão e patches, podem aumentar a complexidade.
Um design de aplicativo confiável em escala requer conhecimento sobre versões e arquiteturas de aplicativos, práticas recomendadas de outros clientes e experiência sobre dependências em cada camada. Você precisa de conhecimento aprofundado para poder selecionar as tecnologias certas e configurá-las corretamente.
As arquiteturas de banco de dados Oracle diferem de cliente para cliente. Os recursos do Exadata, como varredura inteligente e índices de armazenamento, ou Oracle Real Application Clusters (RAC) podem introduzir complexidade. O repositório automático de carga de trabalho (AWR) fornece informações sobre o uso real dos recursos do Exadata e das configurações do RAC e, por fim, o uso do banco de dados.
Você deve arquitetar todas as cargas de trabalho Oracle para lidar com falhas com impacto correlacionado ou em cascata. A engenharia de confiabilidade é uma tarefa importante dentro de todo o projeto de arquitetura.
A abordagem Well-Architected Framework
Recomendamos que você estruture sua carga de trabalho bem arquitetada para atender a objetivos específicos de confiabilidade, segurança, otimização de custos, excelência operacional e eficiência de desempenho. Para melhorar as experiências do cliente e oferecer consistência e confiabilidade, siga os princípios e diretrizes de arquitetura específicos do Oracle no Azure IaaS. Esta orientação aborda bancos de dados Oracle, como bancos de dados Exadata e outros aplicativos Oracle.
Os pilares Well-Architected Framework ajudam a implementar modularidade, separar funções e melhorar a produtividade operacional. Use uma abordagem bem arquitetada para criar cargas de trabalho de aplicativos sem complexidades desnecessárias e custos imprevistos.
Use os pilares Well-Architected Framework para melhorar sua carga de trabalho de IaaS do Oracle no Azure das seguintes maneiras:
Confiabilidade: uma carga de trabalho Oracle requer resiliência na camada de arquitetura. Crie uma arquitetura de banco de dados e aplicativos com alta disponibilidade para processar dados de negócios críticos e não críticos.
Segurança: uma carga de trabalho Oracle pode conter dados críticos para os negócios. A maioria dos aplicativos Oracle também requer uma porta Secure Shell (SSH). Ajude a proteger seus bancos de dados e aplicativos Oracle com várias camadas de segurança, incluindo identidade, acesso, validação de entrada, soberania de dados e camadas de criptografia.
Otimização de custos: uma carga de trabalho Oracle requer que você traga sua própria licença. Você pode gerar um relatório AWR para otimizar custos. Você pode usar o relatório AWR para determinar a máquina virtual (VM), a SKU e o armazenamento necessários para atender aos requisitos de desempenho.
Excelência operacional: uma carga de trabalho Oracle requer monitoramento para atender aos requisitos de produtividade. Garanta que sua carga de trabalho Oracle atenda aos padrões de excelência operacional.
Eficiência de desempenho: o ciclo de vida de uma carga de trabalho Oracle consiste principalmente em tarefas operacionais. Gerencie uma carga de trabalho Oracle para que ela permaneça eficiente e atenda às demandas dos clientes. Você também deve gerenciar custos.
Escolher uma abordagem de migração
Você pode aplicar várias abordagens de migração, dependendo de seus requisitos de migração. As ferramentas de migração comuns incluem Oracle Data Guard, Oracle Recovery Manager (RMAN), Oracle GoldenGate e Oracle Data Pump. Não recomendamos o Data Pump para um grande volume de dados.
Como parte de sua migração, certifique-se de que seu conjunto de caracteres seja o mesmo e tenha a mesma endianidade para que você possa avaliar adequadamente as migrações entre plataformas. Para obter mais informações, consulte Migrar cargas de trabalho Oracle para IaaS do Azure.
Quais são as principais áreas de design?
Uma migração de IaaS do Oracle no Azure inclui as seguintes áreas de design. Cada área de design se concentra em pontos de decisão técnica para os componentes de infraestrutura que fazem parte de uma carga de trabalho e na interação dos componentes com serviços compartilhados.
| Área de design | Resumo |
|---|---|
| Escolha computação e armazenamento | Saiba como dimensionar corretamente sua infraestrutura para melhorar o desempenho e a eficiência de custos. Use a Oracle Migration Assistant Tool (OMAT) para selecionar a SKU correta para a VM do banco de dados e o armazenamento mais adequado para o banco de dados, arquivar logs de refazer e fazer backup. |
| Otimize a continuidade de negócios e a recuperação de desastres | Obtenha orientação sobre arquiteturas de failover confiáveis, incluindo requisitos de RPO (Recovery Point Objective, objetivo de ponto de recuperação) e RTO (Recovery Time Objective, objetivo de tempo de recuperação) e considerações de alta disponibilidade. |
| Otimize a segurança | Saiba como proteger dados confidenciais e criar uma arquitetura confiável onde você pode colocar sua carga de trabalho Oracle. |
| Projetar aplicativos Oracle | Saiba mais sobre as considerações de design para sua carga de trabalho Oracle que podem ajudá-lo a criar uma solução eficiente, confiável, segura e altamente disponível na nuvem. |
| Monitorar cargas de trabalho | Saiba como monitorar ferramentas, para que você possa resolver rapidamente problemas de desenvolvimento e degradação de desempenho. |
Exemplos ilustrativos
As orientações fornecidas nesta série baseiam-se numa abordagem orientada para a solução para ilustrar as principais considerações e recomendações de design. Você pode escolher entre várias implementações de referência para desenvolver outras soluções.
Arquiteturas de referência para banco de dados Oracle em Máquinas Virtuais do Azure: fornece informações sobre como implantar um banco de dados Oracle altamente disponível no Azure, incluindo considerações sobre recuperação de desastres.
Suporte para cargas de trabalho de banco de dados Oracle na IaaS do Azure: fornece um repositório que contém subpastas que representam vários projetos separados para cargas de trabalho Oracle.
Visão geral de aplicativos e soluções Oracle no Azure: fornece orientação para ajudá-lo a aprender a executar soluções Oracle usando a infraestrutura do Azure.
Próximas etapas
Revise os princípios de design.
Faça uma avaliação para avaliar suas escolhas de design.