Partilhar via

Alta disponibilidade para contentores SQL Server

Aplica-se a: SQL Server no Linux

Crie e gere as suas instâncias do SQL Server nativamente no Kubernetes.

Implementar SQL Server em contentores docker geridos por Kubernetes. Em Kubernetes, um container com uma instância do SQL Server pode recuperar-se automaticamente em caso de falha de um nó do cluster.

O SQL Server 2017 introduz uma imagem Docker que pode ser implementada no Kubernetes. Você pode configurar a imagem com uma declaração de volume persistente (PVC) do Kubernetes. O Kubernetes monitoriza o processo do SQL Server no contentor. Se o processo, pod, contentor ou nó falhar, Kubernetes arranca automaticamente outra instância e reconecta-se ao armazenamento.

Contentor com instância do SQL Server no Kubernetes

O Kubernetes 1.6 e posteriores têm suporte para classes de armazenamento, reivindicações de volumes persistentes, e o tipo de volume de disco Azure.

Nessa configuração, o Kubernetes desempenha o papel de orquestrador de contêineres.

Diagrama de uma arquitetura de cluster Kubernetes mostrando uma aplicação a conectar-se através de um serviço a um pod executando o container mssql-server num conjunto de réplicas, baseado em um volume persistente distribuído por vários nós.

No diagrama anterior, mssql-server é uma instância SQL Server (contentor) num pod. Um conjunto de réplicas garante que o pod seja recuperado automaticamente após uma falha de nó. Os aplicativos se conectam ao serviço. Nesse caso, o serviço representa um balanceador de carga que hospeda um endereço IP que permanece o mesmo após a falha do mssql-server.

O Kubernetes orquestra os recursos no cluster. Quando um nó que hospeda um contentor de instância do SQL Server falha, ele arranca um novo contentor com uma instância do SQL Server e liga-o ao mesmo armazenamento persistente.

O SQL Server em Linux suporta containers em Kubernetes, OpenShift e DH2i.

Conteúdo relacionado

  • Last updated on