Plataforma de dados de carga de trabalho SAP
A plataforma de dados refere-se às tecnologias de armazenamento de dados que suportam uma carga de trabalho SAP. As cargas de trabalho SAP exigem muito da plataforma de dados. Descrevemos as melhores práticas para otimizar custos e manter o desempenho.
Otimizar custos de dados
Impacto: otimização de custos
Recomendamos otimizar o custo de armazenamento para sua carga de trabalho SAP. O armazenamento é um componente essencial de uma carga de trabalho SAP. O armazenamento contém dados ativos e dados de backup que são essenciais para sua organização. O armazenamento afeta o desempenho, a disponibilidade e a capacidade de recuperação de uma carga de trabalho SAP. É importante ter o desempenho certo pelo custo certo. Aqui estão as recomendações para ajudá-lo a atingir esse objetivo.
Usar o tipo de depósito de capacidade reservada. Há várias opções de armazenamento disponíveis para escolher com base no requisito de carga de trabalho. Discos gerenciados, armazenamento de blobs e armazenamento de backup podem dar suporte a uma carga de trabalho SAP em várias combinações. Cada uma dessas opções vem com opções de reserva de armazenamento que reduzem os custos gerais para dados persistentes.
Para saber mais, veja:
- Capacidade reservada do disco do Azure
- Capacidade reservada do armazenamento de blobs
- Capacidade reservada do Armazenamento de Backup do Azure
Use políticas de gerenciamento de ciclo de vida. Além da capacidade reservada, você precisa garantir que o período de retenção de dados seja adequado para a carga de trabalho do SAP. Um backup de banco de dados SAP pode ser grande e aumentar o custo de armazenamento se não for otimizado. Recomendamos que você crie uma política de ciclo de vida que atenda ao RTO (objetivo de tempo de recuperação) e ao RPO (objetivo de ponto de recuperação) de sua carga de trabalho SAP. A política deve ser movida para o armazenamento Premium, Standard, Cold e Archive com base em sua idade e requisitos de negócios.
Melhore a confiabilidade dos dados
Impacto: Confiabilidade
A confiabilidade dos dados é essencial para garantir a continuidade das operações. Fornecemos recomendações de confiabilidade para configurar a confiabilidade do banco de dados, criar confiabilidade de compartilhamento SAPMNT, usar backups e implementar uma solução de recuperação de desastres.
Configurar a confiabilidade do banco de dados
Um aplicativo SAP alimenta dados para vários sistemas corporativos, tornando a resiliência do banco de dados uma consideração importante da carga de trabalho. Recomendamos replicar os dados de produção para obter a maior resiliência. A replicação entre regiões é a solução de recuperação de desastre preferida. Mas para uma opção mais acessível, você deve configurar a redundância de zona no mínimo. Os métodos escolhidos dependem do sistema de gerenciamento de banco de dados (DBMS) e do SLA (contrato de nível de serviço) de negócios necessário. Abaixo estão as recomendações para a camada de banco de dados.
Defina RPO e RTO. A criação de resiliência de banco de dados requer um plano para recuperar a perda de dados. Um erro lógico no banco de dados SAP, um desastre em grande escala ou uma interrupção do sistema pode causar perda de dados em uma carga de trabalho SAP. Seu plano de recuperação deve identificar a quantidade de dados que você está disposto a perder e a rapidez com que precisa se recuperar. A quantidade de perda de dados que você está disposto a perder é seu RPO (objetivo de ponto de recuperação). A rapidez com que você precisa se recuperar é o RTO (objetivo de tempo de recuperação). Ao projetar para capacidade de recuperação, você precisa entender o RPO e o RTO desejados e reais de seu aplicativo SAP.
Use a replicação síncrona para não haver perda de dados. Em alguns cenários, não há tolerância para perda de dados. O objetivo do ponto de recuperação é 0. Para obter esse RPO, você precisa usar a replicação síncrona na camada de banco de dados. A replicação síncrona confirma transações de banco de dados em instâncias de banco de dados em duas zonas ou regiões separadas. Você deve medir a latência entre as duas instâncias para garantir que ela atenda às necessidades de carga de trabalho e pode fazer isso com a ferramenta de medição SAP niping . Uma latência de rede mais alta diminuirá a escalabilidade de sua carga de trabalho, e a distância física entre as instâncias adiciona latência de rede. Como resultado, a replicação entre regiões terá maior latência do que entre zonas de disponibilidade porque há mais distância entre as instâncias. A replicação de banco de dados entre diferentes regiões deve ser assíncrona e a replicação entre zonas de disponibilidade deve ser síncrona. É importante equilibrar a resiliência e a latência no design da carga de trabalho do SAP.
Para saber mais, veja:
- Implantação do DBMS de Máquinas Virtuais do Azure geral para carga de trabalho do SAP
- Arquitetura de alta disponibilidade e cenários para SAP NetWeaver
- Latência de rede entre e dentro das zonas
Criar confiabilidade de compartilhamento SAPMNT
O SAPMNT hospeda os arquivos físicos do kernel para o aplicativo SAP e pode ser um único ponto de falha. Várias opções estão disponíveis no Azure para criar redundância e arquitetar um compartilhamento SAPMNT altamente disponível. Recomendamos usar os Arquivos Premium do Azure ou o Azure NetApp Files para Linux e os Arquivos Premium do Azure. Para implantações baseadas no Windows, você deve usar o Azure NetApp Files ou o Disco Compartilhado do Azure.
Há também algumas configurações específicas do aplicativo que você deve abordar para a confiabilidade do SAPMNT. Você precisa de diretórios compartilhados no ambiente (/sapmnt/SID and /usr/sap/trans) para implantar a camada de aplicativo do SAP NetWeaver. Recomendamos criar sistemas de arquivos altamente disponíveis e garantir que eles sejam resilientes. Os /sapmnt/SID diretórios e /usr/sap/SID/ASCS são importantes. Você deve colocar esses sistemas de arquivos no NFS nos Arquivos do Azure para obter a confiabilidade máxima.
Para obter mais informações, consulte NFS nos Arquivos do Azure.
Tabela 1 - Orientação SAPMNT para cada sistema operacional.
Usar backups de dados
A carga de trabalho do SAP deve implementar uma solução de backup regular. Os backups são a espinha dorsal da recuperação de desastres e ajudam a garantir a continuidade das operações. Temos algumas recomendações para a confiabilidade do backup.
Comece com o Backup do Azure
Recomendamos que você use o Backup do Azure como a estratégia de backup básica para uma carga de trabalho SAP. O Backup do Azure é a solução de backup nativa no Azure e fornece vários recursos para ajudar a simplificar seus backups SAP. Com o Backup do Azure, queremos destacar alguns recursos.
Tabela 2 – Recursos do Backup do Azure
| Recurso | Descrição |
|---|---|
| Compatibilidade de backup de banco de dados nativo | O Backup do Azure fornece backups nativos por meio do conector Backint para bancos de dados SAP HANA, SQL Server e Oracle usados por aplicativos SAP. O Backup do Azure para SAP oferece uma API chamada Backint. O Backint permite que as soluções de backup criem backups diretamente na camada de banco de dados. O Backup do Azure também dá suporte ao recurso de backup de banco de dados para bancos de dados HANA e SQL Server hoje. |
| Backup de armazenamento | O recurso de backup de armazenamento pode ajudar a otimizar a estratégia de backup usando instantâneos de disco do armazenamento Premium do Azure para discos seletivos. Para obter mais informações sobre backups consistentes com aplicativos, consulte consistência de instantâneo. |
| Backup de máquinas virtuais | Faça backup e restaure dados de VM do Azure por meio do portal do Azure. A restauração entre regiões permite restaurar VMs do Azure que estavam em uma região secundária emparelhada. |
| Retenção de longo prazo | O Backup do Azure permite que você retenha os backups do SAP por anos para necessidades de conformidade e auditoria. |
| Gerenciamento de backup | O Backup do Azure permite que você gerencie backups do portal do Azure com uma interface de usuário fácil. |
Para saber mais, veja:
- Documentação de backup do Azure
- Visão geral de backup do SAP HANA
- Arquitetura de Backup do Azure para backup do SAP HANA.
- Guia de backup para SAP HANA nas Máquinas Virtuais do Azure
- Guia de backup para bancos de dados de replicação do sistema SAP HANA em VMs do Azure.
- Diretrizes de backup para instantâneos de instância de banco de dados do SAP HANA em VMs do Azure.
- Guia de backup para SQL Server em Máquinas Virtuais do Azure
Encontre soluções de backup do marketplace
Existem várias soluções de backup de terceiros certificadas no Azure Marketplace. Essas soluções oferecem recursos de backup do fornecedor e recursos de backup certificados pela SAP. Você deve considerar colocar essas soluções em camadas sobre o Backup do Azure para gerar soluções personalizadas com suporte básico.
Os parceiros da Microsoft fornecem soluções integradas ao Armazenamento do Azure para arquivamento, backup e cargas de trabalho de BCDR (continuidade dos negócios e recuperação de desastre). As soluções de parceiros aproveitam os benefícios de escala e custo do Armazenamento do Azure. Você pode usar as soluções para ajudar a resolver desafios de backup, criar um site de recuperação de desastres ou arquivar conteúdo não utilizado para retenção de longo prazo. Eles podem substituir backups baseados em fita e oferecer um local de recuperação econômica sob demanda com todos os padrões de conformidade e recursos de armazenamento, como armazenamento imutável e gerenciamento do ciclo de vida.
Usar instantâneos
Um instantâneo é uma cópia pontual de seus dados. A velocidade e a confiabilidade dos instantâneos podem ajudar a gerenciar bancos de dados grandes e proteger o banco de dados primário contra corrupção ou falha. Esses recursos tornam os snapshots essenciais para a recuperação de desastres. Temos algumas opções para criar e armazenar backups para sua carga de trabalho SAP.
O Backup do Azure pode fazer backups de banco de dados para HANA e SQL Server, por exemplo. O recurso de cofre de backup do Disco Compartilhado do Azure pode servir como sua solução de armazenamento de banco de dados. O ANF (Azure NetApp Files) também pode fazer backup de dados críticos usando instantâneos, como o Instantâneo de volumes do ANF. A replicação entre regiões do ANF usa instantâneos do ANF para replicar dados de uma região para outra.
A solução certa depende dos níveis de custo e disponibilidade desejados. Em alguns cenários, talvez você queira replicar seus dados do SAP no Azure para outras regiões do Azure para recuperação de desastre. No entanto, você pode obter os mesmos recursos com a replicação do Armazenamento do Azure, como GRS (armazenamento com redundância geográfica) ou Azure Site Recovery.
Para saber mais, veja:
- Configurações de carga de trabalho do SAP com Zonas de Disponibilidade do Azure
- Recuperação de desastres do SAP NetWeaver
- Azure Site Recovery para carga de trabalho SAP
- Redundância do Armazenamento do Azure
- Fazer backup de instantâneos de instância de bancos de dados do SAP HANA em VMs do Azure
Implementar um plano de recuperação de desastre
Recomendamos que você invista em recuperação de desastre (DR) para melhorar a confiabilidade da carga de trabalho do SAP. A recuperação de desastres é obtida replicando dados primários para um local secundário. Várias ferramentas e metodologias podem ser usadas para atingir o objetivo. A recuperação de desastre é necessária quando o local principal não está acessível devido a um desastre técnico ou natural. As soluções de recuperação de desastre podem ser entre zonas dentro da região ou entre regiões com base em seus requisitos de negócios, mas recomendamos a DR entre regiões para melhor resiliência.
Para saber mais, veja:
- Azure Site Recovery
- Replicação entre regiões dos volumes do Azure NetApp Files
- Cópia de instantâneo entre regiões para o Armazenamento em Disco do Azure
- Backup e recuperação de desastres
Melhore o desempenho do armazenamento
Impacto: eficiência de desempenho
É importante escolher as soluções de armazenamento apropriadas para dar suporte às necessidades de dados da carga de trabalho do SAP. A solução correta pode melhorar o desempenho dos recursos existentes e permitir que você adicione novos recursos. Em geral, o armazenamento precisa atender aos requisitos de IOPS (operações de entrada/saída por segundo) e às necessidades de taxa de transferência do banco de dados SAP.
Para obter mais informações, consulte tipos de armazenamento para uma carga de trabalho SAP.
Use o armazenamento que dá suporte ao requisito de desempenho. A Microsoft oferece suporte a diferentes tecnologias de armazenamento para atender às suas necessidades de desempenho. Para a carga de trabalho do SAP, você pode usar o Azure Managed Disk (por exemplo, SSD Premium, SSD Premium v2, SSD Standard) e o Azure NetApp Files.
Configure o armazenamento para desempenho. Publicamos uma diretriz de configuração de armazenamento para bancos de dados SAP HANA. Abrange cenários de produção e uma variante de não produção consciente dos custos. Seguir as configurações de armazenamento recomendadas garantirá que o armazenamento seja aprovado em todos os KPIs de hardware SAP e ferramenta de medição de nuvem (HCMT). Para obter mais informações, confira Configurações de armazenamento de máquina virtual do Azure no SAP HANA.
Habilite o acelerador de gravação. O acelerador de gravação é uma funcionalidade para VMs da série M no Armazenamento Premium exclusivamente com o Azure Managed Disks. É imperativo habilitar o acelerador de gravação nos discos associados ao volume /hana/log. Essa configuração facilita a latência de gravações abaixo de um milissegundo para tamanhos de blocos de 4 KB e 16 KB. Para obter mais informações, consulte Acelerador de Gravação do Azure.
Escolha a VM certa. Escolher a VM certa tem implicações de custo e desempenho. O objetivo é escolher uma VM de armazenamento que dê suporte aos requisitos de IOPS e taxa de transferência da carga de trabalho do SAP. Há três áreas críticas a serem focadas ao selecionar uma VM
Tabela 3 - Recursos de computação que afetam o desempenho
| Recursos de computação | Descrição |
|---|---|
| Número de vCPUs | O número de CPUs tem um efeito direto nas licenças no nó do banco de dados. A maioria dos bancos de dados segue um modelo de licenciamento baseado em núcleo. Use a quantidade que atenda às suas necessidades e ajuste os contratos de licenciamento conforme necessário. |
| Memória | A memória é fundamental para o desempenho do aplicativo, e seu aplicativo SAP pode ter altas demandas de memória. Em geral, uma memória mais alta fornece mais leituras de memória, menos paginação e maior custo de VM. |
| Taxa de transferência | A taxa de transferência é importante para que um aplicativo hospedado em uma das VMs se comunique fora da VM usando suas NICs (placas de interface de rede). |