Implantar um Banco de Dados Microsoft SQL Server Altamente Disponível

Implante os grupos de disponibilidade do Microsoft SQL Server Always On no Oracle Cloud Infrastructure para aproveitar as funcionalidades incorporadas de redundância e resiliência do Oracle Cloud.

Arquitetura

Essa arquitetura de referência inclui um grupo de disponibilidade do Microsoft SQL Server Sempre Em, servidores bastion, controladores de domínio do Active Directory e um host de proteção de quórum no Oracle Cloud Infrastructure.

O diagrama a seguir ilustra essa arquitetura de referência.



A arquitetura tem os seguintes componentes:

  • Região

    Uma região do Oracle Cloud Infrastructure é uma área geográfica localizada que contém um ou mais data centers, chamados domínios de disponibilidade. As regiões são independentes de outras regiões, e grandes distâncias podem separá-las (entre países ou até continentes).

  • Domínio de disponibilidade

    Os domínios de disponibilidade são independentes, data centers independentes em uma região. Os recursos físicos em cada domínio de disponibilidade são isolados dos recursos nos outros domínios de disponibilidade, que fornecem tolerância a falhas. Os domínios de disponibilidade não compartilham infraestrutura, como energia ou refrigeração, ou a rede de domínio de disponibilidade interna. Portanto, uma falha em um domínio de disponibilidade provavelmente afetará os outros domínios de disponibilidade da região.

  • Domínio de falha

    Um domínio de falha é um agrupamento de hardware e infraestrutura dentro de um domínio de disponibilidade. Cada domínio de disponibilidade tem três domínios de falha com energia e hardware independentes. Quando você distribui recursos entre vários domínios de falha, seus aplicativos podem tolerar falhas físicas do servidor, manutenção do sistema e falhas de energia dentro de um domínio de falha.

  • Rede virtual na nuvem (VCN) e sub-redes

    Uma VCN é uma rede privada personalizável configurada em uma região do Oracle Cloud Infrastructure. Como as redes tradicionais de data center, as VCNs oferecem controle completo sobre seu ambiente de rede. Você pode segmentar VCNs em sub-redes, que podem ter escopo em uma região ou em um domínio de disponibilidade. As sub-redes regionais e as sub-redes específicas do domínio de disponibilidade podem coexistir na mesma VCN. Uma sub-rede pode ser pública ou privada.

    Essa arquitetura usa sub-redes diferentes para hospedar o host bastion, o servidor de conexão de quórum, o servidor de banco de dados e os controladores de domínio.

  • Tabela de rotas

    As tabelas de rota virtual contêm regras para rotear tráfego de sub-redes para destinos fora de uma VCN, geralmente por gateways.

  • Listas de segurança

    Para cada sub-rede, você pode criar regras de segurança que especificam a origem, o destino e o tipo de tráfego que devem ser permitidos dentro e fora da sub-rede.

    Essa arquitetura precisa de regras de entrada e saída nas listas de segurança anexadas ao host bastion, ao servidor de telerede de quórum, ao servidor de banco de dados e às sub-redes do controlador de domínio. Essas regras devem ser adicionadas para ativar recursos como conectividade de desktop remota, acesso ao banco de dados do SQL Server e acesso para pontos finais de grupos de disponibilidade Sempre Ativo.

  • Gateway da Internet

    O gateway de internet permite o tráfego entre as sub-redes públicas em uma VCN e a internet pública.

  • Volume em blocos

    Com volumes de armazenamento em bloco, você pode criar, anexar, conectar e mover volumes de armazenamento e alterar o desempenho do volume para atender aos requisitos de armazenamento, desempenho e aplicativo. Depois de anexar e conectar um volume a uma instância, você pode usar o volume como um disco rígido regular. Você também pode desconectar um volume e anexá-lo a outra instância sem perder dados.

  • Armazenamento de objetos

    O armazenamento de objetos oferece acesso rápido a grandes quantidades de dados estruturados e não estruturados de qualquer tipo de conteúdo, incluindo backups de banco de dados, dados analíticos e conteúdo rico, como imagens e vídeos. Use o armazenamento padrão para armazenamento "quente" que você precisa acessar rapidamente, imediatamente e frequentemente. Use o armazenamento de arquivos para armazenamento "frio" que você retém por longos períodos de tempo e raramente ou raramente acesso.

Recomendações

Seus requisitos podem ser diferentes da arquitetura descrita aqui. Use as recomendações a seguir como ponto de partida.

  • Configurações do Compute

    Essa arquitetura usa as seguintes formas para diferentes servidores:

    • Servidor de Bastion: Windows Server 2016 Padrão em uma forma VM.Standard2.1
    • Servidor de Architect de quórum: Servidor Windows 2016 Padrão em um formato VM.Standard2.1
    • Servidor do controlador de domínio do Active Directory: Windows Server 2016 Padrão em uma forma VM.Standard2.2
    • Servidor do banco de dados: Windows Server 2016 Padrão em uma forma VM.Standard2.2

    Se as necessidades de recursos do seu aplicativo forem diferentes, você poderá escolher formas diferentes para os seus servidores de banco de dados. Os servidores bastion serão opcionais se você não se conectar aos servidores Windows pela internet pública e conectar sua rede local ao Oracle Cloud Infrastructure por meio de uma conexão FastConnect ou IPSec VPN.

  • Rede virtual na nuvem (VCN)

    Quando você cria a VCN, determine quantos endereços IP seus recursos de nuvem exigem em cada sub-rede. Usando a notação CIDR (Classless Inter-Domain Routing), especifique uma máscara de sub-rede e um intervalo de endereços de rede que seja grande o suficiente para os endereços IP necessários. Use um intervalo de endereços que esteja dentro do espaço de endereço IP privado padrão.

    Selecione um intervalo de endereços que não se sobreponha a nenhuma outra rede (no Oracle Cloud Infrastructure, seu data center local ou em outro provedor de nuvem) à qual você pretende configurar conexões privadas.

    Depois de criar uma VCN, você não poderá alterar sua faixa de endereços.

    Quando você projetar as sub-redes, considere seus requisitos de fluxo de tráfego e segurança. Anexe todos os recursos dentro de uma camada ou atribuição específica à mesma sub-rede, que pode servir como limite de segurança.

  • Versão do Microsoft SQL Server

    O Oracle Cloud Marketplace tem imagens para o Microsoft SQL Server 2016 Enterprise e o Microsoft SQL Server 2016 Standard. Você pode usar uma dessas imagens para facilitar a implantação ou instalar sua cópia licenciada do SQL Server nos nós de cálculo.

Considerações

Considere os pontos a seguir ao implantar esta arquitetura de referência.

  • Escalabilidade

    Essa arquitetura usa um banco de dados Microsoft SQL Server, um controlador de domínio e um servidor bastion em cada domínio de falha.

    Você pode escalar verticalmente o banco de dados, o servidor de domínio, o quorum e o servidor de bastion alterando a forma de máquina virtual (VM) de cada nó de cálculo. O uso de uma forma com uma contagem de núcleos maior aumenta a memória alocada para a instância de computação e a largura de banda da rede.

  • Disponibilidade do aplicativo

    Os domínios de falha fornecem a melhor resiliência em um único domínio de disponibilidade. Além disso, a implantação de instâncias de computação que executam as mesmas tarefas em vários domínios de falha fornece redundância e impede um único ponto de falha.

  • Custo

    Selecione a forma da VM com base nos núcleos, memória e largura de banda de rede necessários para o banco de dados. Você pode começar com uma configuração de duas núcleos para o servidor de banco de dados. Se precisar de mais largura de banda de desempenho, memória ou rede para o nó do banco de dados, você poderá alterar a forma da VM posteriormente.

Implantar

Você pode implantar essa arquitetura usando uma imagem fornecida no Oracle Cloud Marketplace para provisionar uma instância de computação executando o Microsoft SQL Server que inclui uma licença ou provisionando uma instância de computação para cada nó de banco de dados necessário e, em seguida, instalando o Microsoft SQL Server em cada instância usando sua própria licença.

  1. Provisione os recursos de rede necessários, conforme mostrado nesta arquitetura de referência, usando sua interface Oracle Cloud Infrastructure preferida: a console da Web, CLI, API ou Terraform.
  2. Implante os nós do Microsoft SQL Server usando uma das seguintes opções:
    1. Use uma imagem do Oracle Cloud Marketplace que inclua uma licença. A imagem implanta uma única instância. Você deve repetir a implantação de cada nó do Microsoft SQL Server.

      Leia cuidadosamente os preços, os termos de uso e os requisitos do sistema para cada imagem e selecione a imagem apropriada para o seu caso de uso. Clique em Obter Aplicativo e siga os prompts na tela para provisionar cada nó do Microsoft SQL Server.

    2. Provisione uma instância de computação para cada nó de banco de dados necessário e instale o Microsoft SQL Server em cada instância usando sua própria licença.
  3. Crie instâncias de computação do Microsoft Windows Server e instale e configure os controladores de domínio do Active Directory nas instâncias.

Log de Alterações

Este log lista alterações significativas: