Glossário de termos do Azure SQL
Aplica-se a:SQL Server na VMdo Azure Banco de DadosSQL do Azure Azure SQL Managed Instance
Base de Dados SQL do Azure
Contexto | Termo | Definição |
---|---|---|
Serviço do Azure | Base de Dados SQL do Azure | O Banco de Dados SQL do Azure é um banco de dados de plataforma como serviço (PaaS) totalmente gerenciado que lida com a maioria das funções de gerenciamento de banco de dados, como atualização, aplicação de patches, backups e monitoramento sem o envolvimento do usuário. |
Motor da Base de Dados | O mecanismo de banco de dados usado no Banco de Dados SQL do Azure é a versão estável mais recente do mesmo mecanismo de banco de dados fornecido como o produto Microsoft SQL Server. Alguns recursos do mecanismo de banco de dados são exclusivos do Banco de Dados SQL do Azure ou estão disponíveis antes de serem fornecidos com o SQL Server. O mecanismo de banco de dados é configurado e otimizado para uso na nuvem. Além da funcionalidade principal do banco de dados, o Banco de Dados SQL do Azure fornece recursos nativos da nuvem, como Hyperscale e computação sem servidor. | |
Entidade do servidor | Servidor lógico | Um servidor lógico é uma construção que atua como um ponto administrativo central para uma coleção de bancos de dados no Banco de Dados SQL do Azure e no Azure Synapse Analytics. Todos os bancos de dados gerenciados por um servidor são criados na mesma região que o servidor. Um servidor é um conceito puramente lógico: um servidor lógico não é uma máquina executando uma instância do mecanismo de banco de dados. Não há acesso no nível da instância ou recursos de instância para um servidor. |
Opção de implementação | Os bancos de dados podem ser implantados individualmente ou como parte de um pool elástico. Você pode mover bancos de dados existentes para dentro e para fora de pools elásticos. | |
Conjunto elástico | Os pools elásticos são uma solução simples e econômica para gerenciar e dimensionar vários bancos de dados com demandas de uso variáveis e imprevisíveis. Os bancos de dados em um pool elástico estão em um único servidor lógico. Os bancos de dados compartilham uma alocação definida de recursos a um preço definido. | |
Base de dados individual | Se você implantar bancos de dados únicos, cada banco de dados será isolado, usando um mecanismo de banco de dados dedicado. Cada um tem sua própria camada de serviço dentro do modelo de compra selecionado e um tamanho de computação que define os recursos alocados para o mecanismo de banco de dados. | |
Modelo de compra | O Banco de Dados SQL do Azure tem dois modelos de compra. O modelo de compra define como você dimensiona seu banco de dados e como você é cobrado por computação, armazenamento, etc. | |
Modelo de compra baseado em DTU | O modelo de compra baseado em unidade de transação de banco de dados (DTU) é baseado em uma medida agrupada de recursos de computação, armazenamento e E/S. Os tamanhos da computação são expressos em DTUs para bases de dados individuais e em unidades de transação de base de dados elástica (eDTUs) para conjuntos elásticos. | |
Modelo de compra baseado em vCore (recomendado) | Um núcleo virtual (vCore) representa uma CPU lógica. O modelo de compra baseado em vCore oferece maior controle sobre a configuração de hardware para melhor corresponder aos requisitos de computação e memória da carga de trabalho, descontos de preços para o Benefício Híbrido do Azure (AHB) e Instância Reservada (RI), dimensionamento mais granular e maior transparência nos detalhes de hardware. Recursos mais recentes (por exemplo, Hyperscale, serverless) só estão disponíveis no modelo vCore. | |
Escalão de serviço | O nível de serviço define a arquitetura de armazenamento, os limites de armazenamento e I/O e as opções de continuidade de negócios. As opções para níveis de serviço variam de acordo com o modelo de compra. | |
Escalões de serviço baseados em DTU | As camadas de serviço Basic, Standard e Premium estão disponíveis no modelo de compra baseado em DTU. | |
Camadas de serviço baseadas em vCore (recomendado) | As camadas de serviço de uso geral, críticas para os negócios e hiperescala estão disponíveis no modelo de compra baseado em vCore (recomendado). | |
Escalão de computação | A camada de computação determina se os recursos estão continuamente disponíveis (provisionados) ou dimensionados automaticamente (sem servidor). A disponibilidade da camada de computação varia de acordo com o modelo de compra e a camada de serviço. Somente a camada de serviço de uso geral do modelo de compra vCore disponibiliza computação sem servidor. | |
Computação aprovisionada | A camada de computação provisionada fornece uma quantidade específica de recursos de computação que são continuamente provisionados independentemente da atividade de carga de trabalho. No nível de computação provisionado, você é cobrado a um preço fixo por hora. | |
Computação sem servidor | A camada de computação sem servidor dimensiona automaticamente os recursos de computação com base na atividade da carga de trabalho e fatura a quantidade de computação usada por segundo. O Banco de Dados SQL do Azure sem servidor está atualmente disponível na camada de serviço de uso geral do modelo de compra vCore com hardware da série padrão (Gen5) ou mais recente. | |
Configuração do hardware | Configurações de hardware disponíveis | O modelo de compra baseado em vCore permite que você selecione a configuração de hardware apropriada para sua carga de trabalho. As opções de configuração de hardware incluem séries padrão (Gen5), séries Fsv2 e DC. |
Tamanho da computação (objetivo do serviço) | Tamanho de computação (objetivo de serviço) é a quantidade de recursos de CPU, memória e armazenamento disponíveis para um único banco de dados ou pool elástico. O tamanho da computação também define limites de consumo de recursos, como IOPS máxima, taxa máxima de log, etc. | |
Opções de dimensionamento baseadas em vCore | Configure o tamanho da computação para seu banco de dados ou pool elástico selecionando a camada de serviço, a camada de computação e o hardware apropriados para sua carga de trabalho. Ao usar um pool elástico, configure os vCores reservados para o pool e, opcionalmente, defina as configurações por banco de dados. Para opções de dimensionamento e limites de recursos no modelo de compra baseado em vCore, consulte Bancos de dados únicos vCore e pools elásticos vCore. | |
Opções de dimensionamento baseadas em DTU | Configure o tamanho de computação para seu banco de dados ou pool elástico selecionando a camada de serviço apropriada e selecionando o tamanho máximo de dados e o número de DTUs. Ao usar um pool elástico, configure as eDTUs reservadas para o pool e, opcionalmente, defina as configurações por banco de dados. Para opções de dimensionamento e limites de recursos no modelo de compra baseado em DTU, consulte Bancos de dados únicos de DTU e pools elásticos de DTU. |
Instância Gerida do Azure SQL
Contexto | Termo | Mais informações |
---|---|---|
Serviço do Azure | Instância Gerida do Azure SQL | A Instância Gerenciada SQL do Azure é uma opção de implantação de plataforma como serviço (PaaS) totalmente gerenciada do Azure SQL. Ele fornece uma instância do SQL Server, incluindo o SQL Server Agent, mas remove grande parte da sobrecarga do gerenciamento de uma máquina virtual. A maioria das funcionalidades disponíveis no SQL Server está disponível no SQL Managed Instance. Compare os recursos do Banco de Dados SQL do Azure e da Instância Gerenciada SQL do Azure. |
Motor da Base de Dados | O mecanismo de banco de dados usado na Instância Gerenciada SQL do Azure tem quase 100% de compatibilidade com o mecanismo de banco de dados SQL Server (Enterprise Edition) mais recente. Alguns recursos do mecanismo de banco de dados são exclusivos para instâncias gerenciadas ou estão disponíveis em instâncias gerenciadas antes de serem enviados com o SQL Server. As instâncias gerenciadas fornecem recursos e integrações nativos da nuvem, como implementação de rede virtual nativa (VNet), patches automáticos e atualizações de versão, backups automatizados e alta disponibilidade. | |
Entidade do servidor | Instância gerida | Cada instância gerenciada é uma instância do SQL Server. Os bancos de dados criados em uma instância gerenciada são colocalizados uns com os outros, e você pode executar consultas entre bancos de dados. Você pode se conectar à instância gerenciada e usar recursos no nível da instância, como servidores vinculados e o SQL Server Agent. |
Opção de implementação | As instâncias gerenciadas podem ser implantadas individualmente ou como parte de um pool de instâncias (visualização). Atualmente, as instâncias gerenciadas não podem ser movidas para, entre ou fora dos pools de instâncias. | |
Instância única | Uma única instância gerenciada é implantada em um conjunto dedicado de máquinas virtuais isoladas que são executadas dentro da sub-rede de rede virtual do cliente. Essas máquinas formam um cluster virtual. Várias instâncias gerenciadas podem ser implantadas em um único cluster virtual, se desejado. | |
Pool de instâncias (visualização) | Os pools de instâncias permitem implantar várias instâncias gerenciadas na mesma máquina virtual. Os pools de instâncias permitem migrar cargas de trabalho menores e menos intensivas em computação para a nuvem sem consolidá-las em uma única instância gerenciada maior. | |
Modelo de compra | Modelo de compra baseado em vCore | A Instância Gerenciada SQL está disponível no modelo de compra baseado em vCore. O Benefício Híbrido do Azure está disponível para instâncias gerenciadas. |
Escalão de serviço | Camadas de serviço baseadas em vCore | A Instância Gerenciada SQL oferece duas camadas de serviço. Ambos os níveis de serviço garantem 99,99% de disponibilidade e permitem que você selecione de forma independente o tamanho do armazenamento e a capacidade de computação. Selecione a camada de serviço de Uso Geral ou Crítica para os Negócios para uma instância gerenciada com base em seus requisitos de desempenho e latência. |
Computação | Computação aprovisionada | A Instância Gerenciada SQL fornece uma quantidade específica de recursos de computação que são continuamente provisionados independentemente da atividade de carga de trabalho e fatura a quantidade de computação provisionada a um preço fixo por hora. |
Configuração do hardware | Configurações de hardware disponíveis | As configurações de hardware da Instância Gerenciada SQL incluem hardware de série padrão (Gen5), série premium e série premium otimizada para memória. |
Tamanho de computação | Opções de dimensionamento baseadas em vCore | Tamanho de computação (objetivo de serviço) é a quantidade máxima de recursos de CPU, memória e armazenamento disponíveis para uma única instância gerenciada ou pool de instâncias. Configure o tamanho de computação para sua instância gerenciada selecionando a camada de serviço e o hardware apropriados para sua carga de trabalho. Saiba mais sobre os limites de recursos para instâncias gerenciadas. |
SQL Server nas VMs do Azure
Contexto | Termo | Mais informações |
---|---|---|
Serviço do Azure | SQL Server em Máquinas Virtuais (VMs) do Azure | O SQL Server em VMs do Azure permite que você use versões completas do SQL Server na nuvem sem precisar gerenciar nenhum hardware local. As VMs do SQL Server simplificam os custos de licenciamento quando você paga conforme o uso. Você tem acesso ao SQL Server e ao sistema operacional com alguns recursos de gerenciamento automatizado para VMs do SQL Server, como a extensão do SQL IaaS Agent. |
Entidade do servidor | Máquina virtual ou VM | As VMs do Azure são executadas em muitas regiões geográficas ao redor do mundo. Eles também oferecem vários tamanhos de máquinas. A galeria de imagens da máquina virtual permite-lhe criar uma VM do SQL Server com a versão, edição e sistema operativo corretos. |
Image | VMs do Windows ou VMs do Linux | Você pode optar por implantar VMs do SQL Server com imagens baseadas em Windows ou Linux. A seleção de imagem especifica a versão do sistema operacional e a edição do SQL Server para sua VM do SQL Server. |
Preços | O preço do SQL Server em VMs do Azure é baseado no licenciamento do SQL Server, no sistema operacional (SO) e no custo da máquina virtual. Você pode reduzir custos otimizando o tamanho da VM e desligando a VM quando possível. | |
Custo de licenciamento do SQL Server | Escolha a edição gratuita ou paga apropriada do SQL Server para seu uso e requisitos. Para edições pagas, você pode pagar por uso (também conhecido como pay as you go) ou usar o Benefício Híbrido do Azure. | |
Custo do SO e da máquina virtual | O custo do SO e da máquina virtual baseia-se em fatores que incluem a sua escolha de imagem, tamanho da VM e configuração de armazenamento. | |
Configuração da VM | Você precisa definir configurações, incluindo segurança, armazenamento e alta disponibilidade/recuperação de desastres para sua VM do SQL Server. A maneira mais fácil de configurar uma VM do SQL Server é usar uma de nossas imagens do Marketplace, mas você também pode usar esta lista de verificação rápida para uma série de práticas recomendadas e diretrizes para navegar nessas opções. | |
Tamanho da VM | O tamanho da VM determina a capacidade de processamento, a memória e a capacidade de armazenamento. Você pode coletar uma linha de base de desempenho e/ou usar a ferramenta de recomendação de SKU para ajudar a selecionar o melhor tamanho de VM para sua carga de trabalho. | |
Configuração do armazenamento | As opções de configuração de armazenamento são determinadas pela seleção do tamanho da VM e pela seleção das configurações de armazenamento, incluindo tipo de disco, configurações de cache e distribuição de disco. Saiba como escolher um tamanho de VM com escalabilidade de armazenamento suficiente para sua carga de trabalho e uma mistura de discos (geralmente em um pool de armazenamento) que atendam aos requisitos de capacidade e desempenho de sua empresa. | |
Considerações de segurança | Você pode habilitar o Microsoft Defender para SQL, integrar o Azure Key Vault, controlar o acesso e proteger as conexões com sua VM do SQL Server. Aprenda diretrizes de segurança para estabelecer acesso seguro a VMs do SQL Server. | |
Extensão do Agente de IaaS do SQL | A extensão do SQL IaaS Agent (SqlIaasExtension) é executada em VMs do SQL Server para automatizar tarefas de gerenciamento e administração. Não há nenhum custo extra associado à extensão. | |
Aplicação de patches automatizada | O Patch Automatizado estabelece uma janela de manutenção para uma VM do SQL Server quando as atualizações de segurança serão aplicadas automaticamente pela extensão do SQL IaaS Agent. Observe que pode haver outros mecanismos para aplicar as Atualizações Automáticas. Se você configurar patches automatizados usando a extensão do SQL IaaS Agent, deverá garantir que não haja outras agendas de atualização conflitantes. | |
Cópia de segurança automatizada | O Backup Automatizado configura automaticamente o Backup Gerenciado para Microsoft Azure para todos os bancos de dados novos e existentes em uma VM do SQL Server que executa as edições Standard, Enterprise ou Developer do SQL Server 2016 ou posterior. |