Cargas de trabalho Oracle bem arquitetadas do Azure na infraestrutura como serviço (IaaS) do Azure
Este artigo fornece as práticas recomendadas do Well-Architected Framework para uma carga de trabalho Oracle na infraestrutura como serviço (IaaS) do Azure. Proprietários de aplicativos, administradores de banco de dados Oracle, partes interessadas de negócios e arquitetos podem usar essa 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 orientação, o termo carga de trabalho refere-se a uma coleção de bancos de dados, como bancos de dados Oracle Exadata, e recursos de aplicativos que dão suporte a um objetivo de negócios ou processo de negócios comum.
Você deve criar cargas de trabalho Oracle que sejam altamente disponíveis e resilientes 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 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 em 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 projeto 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 que possa 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 índices inteligentes de varredura e 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, finalmente, 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 do 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 aprimorar 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. Este guia aborda bancos de dados Oracle, como bancos de dados Exadata e outros aplicativos Oracle.
Os pilares do 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 do Well-Architected Framework para melhorar sua carga de trabalho Oracle on Azure IaaS das seguintes maneiras:
Confiabilidade: uma carga de trabalho Oracle requer resiliência na camada de arquitetura. Crie uma arquitetura de banco de dados e aplicativo 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 SKU da máquina virtual (VM) 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. Certifique-se de 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 com desempenho e atenda às demandas dos clientes. Você também deve gerenciar custos.
Escolha uma abordagem de migração
Você pode aplicar várias abordagens de migração, dependendo dos seus requisitos de migração. As ferramentas comuns de migração 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 Oracle on Azure IaaS 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 certa 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 Objetive, objetivo de ponto de recuperação) e RTO (Recovery Time Objetive, objetivo de tempo de recuperação) e considerações sobre 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 de desempenho, 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 soluções para ilustrar as principais considerações e recomendações de conceção. 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 no Azure IaaS: 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óximos passos
Analise os princípios de design.
Faça uma avaliação para avaliar suas escolhas de design.