Planejar uma implantação de serviços de dados habilitados para Azure Arc

Este artigo descreve como planejar a implantação dos serviços de dados do Azure Arc habilitados para uso.

Dica

Revise todas as informações neste artigo antes de iniciar a implantação.

Etapas de implantação

Para experimentar os serviços de dados habilitados para Azure Arc, você precisará concluir as tarefas a seguir.

  1. Planejar sua implantação

    Os detalhes neste artigo orientarão seu plano.

  2. Instalar ferramentas de cliente.

  3. Registre o provedor Microsoft.AzureArcData na assinatura em que os serviços de dados habilitados para Azure Arc serão implantados, da seguinte maneira:

    az provider register --namespace Microsoft.AzureArcData
    
  4. Acesse um cluster do Kubernetes.

    Para fins de demonstração, teste e validação, você pode usar um cluster do Serviço de Kubernetes do Azure. Para criar um cluster, siga as instruções em Início Rápido: Implantar serviços de dados habilitados para Azure Arc – modo de conexão direta – portal do Azure para percorrer todo o processo.

  5. Criar o controlador de dados do Azure Arc no modo de conexão direta (pré-requisitos).

    Para ver outras maneiras de criar um controlador de dados, consulte os links em Conteúdo relacionado.

  6. Crie serviços de dados.

    Por exemplo, Crie uma instância gerenciada de SQL habilitada pelo Azure Arc.

  7. Conecte-se com o Azure Data Studio.

Ao começar a planejar a implantação de serviços de dados habilitados para o Azure Arc, é importante entender adequadamente as cargas de trabalho dos bancos de dados e os requisitos de negócios para essas cargas de trabalho. Por exemplo, você precisa considerar fatores como disponibilidade, continuidade dos negócios e requisitos de capacidade para memória, CPU e armazenamento para essas cargas de trabalho. Você também precisa preparar cuidadosamente a infraestrutura para dar suporte às cargas de trabalho dos bancos de dados, com base em seus requisitos de negócios.

Pré-requisitos

Antes de começar, verifique se você atendeu a determinados pré-requisitos e se o plano de fundo e as informações necessárias estão prontos. Para garantir uma implantação bem-sucedida, seu ambiente de infraestrutura deve ser configurado corretamente com o nível certo de acesso e a capacidade apropriada de armazenamento, CPU e memória.

Examine os seguintes artigos:

Verifique se:

  • A arcdataextensão CLI está instalada.

  • As outras ferramentas de cliente estão instaladas.

  • Você tem acesso ao cluster do Kubernetes.

  • O arquivo kubeconfig está configurado. Ele deve apontar para o cluster do Kubernetes no qual você deseja fazer a implantação. Para verificar o contexto atual do cluster, execute o seguinte comando:

    kubectl cluster-info
    
  • Você tem uma assinatura do Azure na qual recursos como um controlador de dados do Azure Arc, uma Instância Gerenciada de SQL habilitada pelo Azure Arc ou um servidor PostgreSQL habilitado para Azure Arc serão projetados e cobrados.

  • O provedor Microsoft.AzureArcData é registrado na assinatura em que os serviços de dados habilitados para Azure Arc serão implantados.

Depois que a infraestrutura for preparada, implante os serviços de dados habilitados para o Azure Arc da seguinte maneira:

  1. Crie um controlador de dados habilitado para o Azure Arc em uma das distribuições validadas de um cluster do Kubernetes.
  2. Crie uma Instância Gerenciada de SQL habilitada pelo Azure Arc e/ou um servidor PostgreSQL habilitado para Azure Arc.

Cuidado

Alguns dos modos e camadas de serviço de dados têm disponibilidade geral (GA) e outros estão em versão prévia. Recomendamos que você não misture GA e visualize serviços no mesmo controlador de dados. Se você misturar GA e visualizar serviços no mesmo controlador de dados, não poderá atualizar no local. Nesse cenário, quando você deseja atualizar, deve remover e criar o controlador de dados e os serviços de dados.

Requisitos para implantação

Você pode implantar serviços de dados habilitados para Azure Arc em vários tipos de clusters do Kubernetes. Atualmente, a lista validada de serviços Kubernetes e distribuições inclui:

  • Amazon Elastic Kubernetes Service (Amazon EKS)
  • AKS (Serviço de Kubernetes do Azure)
  • Serviço de Kubernetes do Azure no Azure Stack HCI
  • Red Hat OpenShift no Azure
  • Google Kubernetes Engine (GKE)
  • Software livre, Kubernetes upstream (normalmente implantado usando kubeadm)
  • Plataforma de Contêiner do OpenShift (OCP)
  • K3s
  • Distribuições do Kubernetes validadas por parceiro adicionais

Importante

  • A versão mínima do Kubernetes com suporte é v1.21.
  • A versão mínima do OCP com suporte é 4.8.
  • Se você estiver usando o Serviço de Kubernetes do Azure, o tamanho da máquina virtual (VM) do nó de trabalho do cluster deverá ser pelo menos Standard_D8s_v3 e usar discos premium.
  • O cluster não deve alcançar várias zonas de disponibilidade.
  • Para obter mais informações, examine as Notas sobre a versão.

Informações sobre a implantação

Ao criar serviços de dados habilitados para o Azure Arc, independentemente do serviço ou da opção de distribuição que você escolher, você precisará fornecer as seguintes informações:

  • Nome do controlador de dados: um nome descritivo para o controlador de dados (por exemplo, produção-dc ou seattle-dc). O nome deve atender aos padrões de nomenclatura Kubernetes.

  • Nome de usuário: o nome do usuário administrador do Kibana/Grafana.

  • Senha: a senha do usuário administrador do Kibana/Grafana.

  • Nome do namespace do Kubernetes: o nome do namespace do Kubernetes no qual será criado o controlador de dados.

  • Modo de conectividade: determina o grau de conectividade entre o ambiente de serviços de dados habilitados para Azure Arc e o Azure. A escolha do modo de conectividade determina as opções dos métodos de implantação. Para obter mais informações, confira Requisitos e modos de conectividade.

  • ID da assinatura do Azure: o GUID da assinatura do Azure onde você deseja criar o recurso do controlador de dados no Azure. Todas as implantações da Instância Gerenciada de SQL habilitadas pelo Azure Arc e do PostgreSQL habilitado para Azure Arc também são criadas e cobradas para essa assinatura.

  • Nome do grupo de recursos do Azure: o nome do grupo de recursos onde você deseja criar o recurso do controlador de dados no Azure. Todas as implantações da Instância Gerenciada de SQL habilitadas pelo Azure Arc e do PostgreSQL habilitado para Azure Arc também são criadas neste grupo de recursos.

  • Local do Azure: o local do Azure onde os metadados do recurso do controlador de dados serão armazenados. Para obter uma lista de regiões disponíveis, confira a página Produtos disponíveis por região da infraestrutura global do Azure. Os metadados e as informações de cobrança sobre os recursos do Azure que são gerenciados pelo controlador de dados implantado serão armazenados somente na localização no Azure que você especificar como o parâmetro de local. Se você estiver implantando no modo de conectividade direta, o parâmetro de localização do controlador de dados será o mesmo que o local do recurso de destino personalizado.

  • Informações sobre a entidade de serviço:

    • Se estiver implantando no modo de conectividade indireta, você precisará de informações da entidade de serviço para carregar dados de uso e de métricas. Para obter mais informações, confira a seção “Atribuir funções à entidade de serviço” em Carregar dados de uso, métricas e logs no Azure.
  • Infraestrutura: para fins de cobrança, é necessário indicar a infraestrutura na qual você está executando os serviços de dados habilitados para o Azure Arc. As opções são:

  • alibaba

  • aws

  • azure

  • gcp

  • onpremises

  • other

  • Runtime do contêiner: use o runtime containerd para o runtime do contêiner. Os serviços de dados habilitados para Azure Arc não dão suporte ao runtime do Docker.

Conceitos adicionais para o modo de conectividade direta

Conforme descrito na seção Requisitos e modos de conectividade, você pode implantar o controlador de dados do Azure Arc no modo de conectividade direta ou indireta. A implantação de serviços de dados do Azure Arc no modo de conectividade direta requer conceitos e considerações adicionais:

  • Primeiro, o cluster Kubernetes em que os serviços de dados habilitados para o Azure Arc serão implantados precisa ser um cluster Kubernetes habilitado para Azure Arc. Conectando o cluster Kubernetes ao Azure, você pode implantar e gerenciar os serviços de dados do Azure Arc no cluster diretamente do portal do Azure, carregar seu uso, logs e métricas para o Azure automaticamente e obter vários outros benefícios do Azure. Para saber como fazer isso, confira Conectar o cluster ao Azure.

  • Depois que o cluster Kubernetes estiver habilitado para Azure Arc, implante os serviços de dados habilitados para Azure Arc fazendo o seguinte:

    1. Crie a extensão de serviços de dados do Azure Arc. Para saber como fazer isso, confira Extensões de cluster em Kubernetes habilitados para o Azure Arc.
    2. Crie um local personalizado. Para saber como fazer isso, confira Locais personalizados sobre Kubernetes habilitados para o Azure Arc.
    3. Crie o controlador de dados do Azure Arc.

    Você pode executar todas essas três etapas em uma única etapa usando o assistente de criação do controlador de dados do Azure Arc no portal do Azure.

Depois de instalar o controlador de dados do Azure Arc, você pode criar e acessar serviços de dados como a Instância Gerenciada de SQL habilitada pelo Azure Arc ou o servidor PostgreSQL habilitado para Azure Arc.

Limitações conhecidas

Atualmente, só há suporte para um único controlador de dados do Azure Arc por cluster Kubernetes. No entanto, você pode criar vários serviços de dados do Arc, como instâncias gerenciadas de SQL habilitadas para Arc e servidores PostgreSQL habilitados para Arc, que são gerenciados pelo mesmo controlador de dados do Azure Arc.

Você tem várias opções adicionais para criar o controlador de dados do Azure Arc:

Quer apenas experimentar as novidades? Introdução rápida com o artigo Começar a usar o Azure Arc rapidamente no AKs, Amazon EKS ou GKE ou em uma VM do Azure.