Bom dia a todos,
como estão?
Mais um tópico da prova 🙂 Bora?
Esse tópico da prova retrata em sabermos qual oferta disponível é adequado para o seu processo de migração ou criação em um ambiente Cloud. Escolher entre uma maquina virtual (IaaS) ou uma PaaS depende como você deseja administrar seu ambiente ou atribuir essas operações para o Azure. A partir dai, existem alguns tipos de opções de serviços (Service Tier Options).
Níveis de serviço
Existem três níveis de serviço para cada oferta. Cada camada tem uma carga de trabalho ideal para a qual foi projetada e
permite que você escolha entre uma variedade de opções de desempenho.
● Básico – Este nível é melhor para cargas de trabalho leves que precisam de computação mínima e desempenho de E/S.
Implantando MariaDB, MySQL e PostgreSQL no Azure
● Finalidade geral (general porpose) – essa camada é ótima para a maioria das cargas de trabalho que exigem taxa de transferência de E/S escalonável junto com um equilíbrio saudável de computação e memória.
● Memory Optimized – Este nível é adequado para cargas de trabalho que exigem alto desempenho e exigem
velocidade na memória para processamento rápido de transações junto com maior simultaneidade.
Os níveis de serviço oferecidos pelas plataformas de código aberto fornecem uma ampla gama de opções de desempenho e
permitem que você escolha o melhor para sua carga de trabalho.
PaaS vem em vários níveis de serviço diferentes. Cada camada tem capacidades variadas que permitem que você tenha uma
vasta opções ao escolher.
O modelo DTU está disponível em três níveis de serviço diferentes:
● Básico (Basic)
● Padrão (Standard)
● Premium
Você também pode comprar bancos de dados vCore em três níveis de serviço diferentes:
● Finalidade geral (Business Critical) – essa camada é para cargas de trabalho de finalidade geral. Ele é respaldado pelo armazenamento premium do Azure. Terá maior latência do que o Business Critical
● Crítico para os negócios (General Purpose) – esse nível é para cargas de trabalho de alto desempenho que oferecem a menor latência de qualquer nível de serviço. Essa camada é suportada por SSDs locais em vez do armazenamento de blobs do Azure. Também oferece o mais alto resiliência a falhas, além de fornecer uma réplica de banco de dados somente leitura integrada que pode ser usada para cargas de trabalho de relatório.
● Hiperescala—Bancos de dados de hiperescala podem escalar muito além do limite de 4 TB do outro Banco de Dados SQL do Azure ofertas e possuem uma arquitetura única que suporta bancos de dados de até 100 Terabytes.
Há duas camadas de serviço disponíveis ao criar uma Instância Gerenciada do Azure SQL, e elas são as
igual ao modelo Azure SQL Database vCore (a instância gerenciada é adquirida usando o modelo vCore),
Objetivo geral e crítico para os negócios. Existem diferenças mínimas de funcionalidade entre os dois
níveis – os dois principais são que o Business Critical inclui OLTP In-Memory e oferece um secundário legível,
nenhum dos quais está disponível com a camada de uso geral. Ambas as camadas oferecem os mesmos níveis de disponibilidade
e permite configuração independente de armazenamento e computação.
Então galera, é isso. Essa parte é um pouco mais “decoreba” mas a medida que vamos criando os ambientes já sabemos como será a configuração.
A seguir um quadro que mostra as diferença entre os PaaS e IaaS
Consultoria SQL SERVER 