Glossário de termos do SQL do Azure
Aplica-se a:Banco de Dados SQL do Azuree Instância Gerenciada de SQL do AzureSQL Server em VM do Azure
Dica
Novo no Azure SQL? Atualize-se com o conteúdo de treinamento gratuito detalhado: Fundamentos do SQL do Azure.
Banco de Dados SQL do Azure
Contexto | Termo | Definição |
---|---|---|
Serviço do Azure | Banco de Dados SQL do Azure | O Banco de Dados SQL do Azure é um mecanismo de banco de dados PaaS (plataforma como serviço) totalmente gerenciado que realiza a maior parte das funções de gerenciamento de banco de dados, como atualização, aplicação de patch, backups e monitoramento, sem o envolvimento do usuário. |
Mecanismo de banco 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 do Microsoft SQL Server. Alguns recursos do mecanismo de banco de dados são exclusivos do Banco de Dados SQL do Azure ou ficam disponíveis antes de eles 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 funcionalidades nativas de nuvem, como Hiperescala e computação sem servidor. | |
Entidade de servidor | Servidor lógico | Um servidor lógico é um constructo que funciona como um ponto administrativo central para uma coleção de bancos de dados do Banco de Dados SQL do Azure e do Azure Synapse Analytics. Todos os bancos de dados gerenciados por um servidor são criados na mesma região do servidor. Um servidor é um conceito puramente lógico: um servidor lógico não é um computador que executa uma instância do mecanismo de banco de dados. Não há recursos de instância ou de acesso no nível de instância para um servidor. |
Opção de implantação | Os bancos de dados podem ser implantados individualmente ou como parte de um pool elástico. Você pode mover os bancos de dados existentes para dentro e para fora dos pools elásticos. | |
Pool elástico | Os pools elásticos são uma solução simples e econômica para gerenciar e escalar vários bancos de dados com demandas de uso variadas e imprevisíveis. Os bancos de dados de um pool elástico estão em um só servidor lógico. Os bancos de dados compartilham uma alocação definida de recursos a um preço fixo. | |
Banco de dados individual | Se você implantar um banco de dados individual, cada banco de dados será isolado por meio de um mecanismo de banco de dados dedicado. Cada um tem uma camada própria de serviço no modelo de compra selecionado e um tamanho de computação que define os recursos alocados ao 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ê escala o banco de dados e como você é cobrado por computação, armazenamento etc. | |
Modelo de compra baseado em DTU | O modelo de compra baseado em DTU (unidade de transação do banco de dados) baseia-se em uma medida agrupada de recursos de computação, armazenamento e E/S. Os tamanhos da computação são expressos em DTUs para bancos de dados individuais e em eDTUs (unidades de transação do banco de dados elástico) para pools elásticos. | |
Modelo de compra baseado em vCore (recomendado) | Um vCore (núcleo virtual) representa uma CPU lógica. O modelo de compra baseado em vCore oferece maior controle sobre a configuração de hardware para corresponder melhor aos requisitos de computação e memória da carga de trabalho, descontos de preços para do Benefício Híbrido do Azure (AHB) e de Reservas do Azure, escala mais granular e maior transparência nos detalhes do hardware. As funcionalidades mais recentes (por exemplo, Hiperescala e computação sem servidor) só estão disponíveis no modelo baseado em vCore. | |
Camada de serviço | A camada de serviço define a arquitetura de armazenamento, os limites de armazenamento e de E/S e as opções de continuidade dos negócios. As opções de camadas de serviço variam de acordo com o modelo de compra. | |
Camadas de serviço com base em DTU | As camadas de serviço Básico, 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 Uso Geral, Comercialmente Crítico e Hiperescala estão disponíveis no modelo de compra baseado em vCore (recomendado). | |
Camada de computação | A camada de computação determina se os recursos ficam continuamente disponíveis (provisionados) ou são escalados 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 baseado em vCore disponibiliza a computação sem servidor. | |
Computação provisionada | 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. Na camada de computação provisionada, você é cobrado a um preço fixo por hora. | |
Computação sem servidor | A camada de computação sem servidor escala automaticamente os recursos de computação com base na atividade da carga de trabalho e cobra pela quantidade de computação usada por segundo. No momento, o Banco de Dados SQL do Azure sem servidor está disponível na camada de serviço de uso geral do modelo de compra baseado em vCore com hardware da série Standard (Gen5) ou mais recente. | |
Configuração de hardware | Configurações de hardware disponíveis | O modelo de compra baseado em vCore permite selecionar a configuração de hardware apropriada para sua carga de trabalho. As opções de configuração de hardware incluem a série standard (Gen5), a série Fsv2 a série DC. |
Tamanho da computação (objetivo do serviço) | O tamanho da computação (objetivo de serviço) é a quantidade máxima de CPU, memória e outros recursos de armazenamento disponíveis para um banco de dados individual ou um pool elástico. O tamanho da computação também define os limites de consumo de recursos, como IOPS máxima, taxa de log máxima etc. | |
Opções de dimensionamento baseadas em vCore | Configure o tamanho da computação do banco de dados ou do 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 saber mais sobre as opções de dimensionamento e os limites de recursos no modelo de compra baseado em vCore, confira Bancos de dados individuais baseados em vCore e Pools elásticos baseados em vCore. | |
Opções de dimensionamento baseadas em DTU | Configure o tamanho da computação do banco de dados ou do pool elástico selecionando a camada de serviço apropriada, bem como 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 saber mais sobre as opções de dimensionamento e os limites de recursos no modelo de compra baseado em DTU, confira Bancos de dados individuais baseados em DTU e Pools elásticos baseados em DTU. |
Instância Gerenciada do Azure SQL
Contexto | Termo | Mais informações |
---|---|---|
Serviço do Azure | Instância Gerenciada do Azure SQL | A Instância Gerenciada de SQL do Azure é uma opção de implantação de PaaS (plataforma como serviço) totalmente gerenciada do SQL do Azure. Ela 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 dos recursos disponíveis no SQL Server está disponível na Instância Gerenciada de SQL. Compare os recursos do Banco de Dados SQL do Azure e da Instância Gerenciada de SQL do Azure. |
Mecanismo de banco de dados | O mecanismo de banco de dados usado na Instância Gerenciada de SQL do Azure tem quase 100% de compatibilidade com o mecanismo de banco de dados do SQL Server (Edição Enterprise) mais recente. Alguns recursos do mecanismo de banco de dados são exclusivos das instâncias gerenciadas ou ficam disponíveis nas instâncias gerenciadas antes de serem fornecidos com o SQL Server. As instâncias gerenciadas fornecem funcionalidades e integrações nativas de nuvem, como implementação de VNet (rede virtual) nativa, aplicação de patch automática e atualizações de versão, backups automatizados e alta disponibilidade. | |
Entidade de servidor | Instância gerenciada | Cada instância gerenciada é uma instância do SQL Server. Os bancos de dados criados em uma instância gerenciada são colocados 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 Agente. |
Opção de implantação | As instâncias gerenciadas podem ser implantadas individualmente ou como parte dos pools de instâncias (versão prévia). No momento, as instâncias gerenciadas não podem ser movidas para, entre ou fora dos pools de instâncias. | |
Instância única | Uma instância gerenciada individual é implantada em um conjunto dedicado de máquinas virtuais isoladas executadas dentro da sub-rede da rede virtual do cliente. Esses computadores formam um cluster virtual. Várias instâncias gerenciadas podem ser implantadas em um só cluster virtual, se desejado. | |
Pool de instâncias (versão prévia) | Os pools de instâncias permitem implantar várias instâncias gerenciadas na mesma máquina virtual. Com eles, você pode migrar cargas de trabalho menores e com uso menos intensivo de computação para a nuvem sem consolidá-las em uma só instância gerenciada maior. | |
Modelo de compra | Modelo de compra baseado em vCore | A Instância Gerenciada de 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. |
Camada de serviço | Camadas de serviço baseado em vCore | A instância gerenciada de SQL oferece duas camadas de serviço que garantem 99,99% de disponibilidade e permitem que você selecione de maneira independente o tamanho do armazenamento e a capacidade de computação. Escolha a camada de serviço de uso geral ou comercialmente crítico para uma instância gerenciada de acordo com seus requisitos de desempenho e latência. |
Computação | Computação provisionada | A Instância Gerenciada de SQL fornece uma quantidade específica de recursos de computação que são provisionados continuamente, de modo independente da atividade da carga de trabalho, e são cobrados pela quantidade de computação provisionada a um preço fixo por hora. |
Configuração de hardware | Configurações de hardware disponíveis | As configurações de hardware da Instância Gerenciada de SQL incluem os hardwares das séries standard (Gen5), premium e premium otimizado para memória. |
Tamanho da computação | Opções de dimensionamento baseadas em vCore | O tamanho da computação (objetivo de serviço) é a quantidade máxima de recursos de CPU, memória e armazenamento disponíveis para uma só instância gerenciada ou um só pool de instâncias. Configure o tamanho da computação para sua instância gerenciada selecionando a camada de serviço apropriada e o hardware para sua carga de trabalho. Conheça os limites de recursos das instâncias gerenciadas. |
SQL Server em VMs do Azure
Contexto | Termo | Mais informações |
---|---|---|
Serviço do Azure | SQL Server em máquinas virtuais (VMs) | O SQL Server nas VMs do Azure permite que você use versões completas do SQL Server na nuvem sem a necessidade de gerenciar nenhum hardware local. As VMs do SQL Server simplificam os custos de licenciamento quando são pré-pagas. Você tem acesso do SQL Server e do SO com alguns recursos de capacidade de gerenciamento automatizado para VMs do SQL Server, como a extensão SQL Server IaaS Agent. |
Entidade de servidor | VM ou máquina virtual | As VMs do Azure são executados em muitas regiões geográficas ao redor do mundo. Elas também oferecem vários tamanhos de máquina. A galeria de imagens de máquina virtual permite que você crie uma VM do SQL Server com a versão, a edição e o sistema operacional corretos. |
Image | VMs do Windows ou VMs do Linux | Você pode optar por implantar VMs do SQL Server com imagens baseadas no Windows ou em imagens baseadas no Linux. A seleção de imagem especifica a versão do sistema operacional e a edição do SQL Server para a VM do SQL Server. |
Preços | Os preços do SQL Server em VMs do Azure se baseiam no licenciamento do SQL Server, no sistema operacional e no custo da máquina virtual. Reduza os custos otimizando o tamanho da VM e desligando a VM quando possível. | |
Custos de licenciamento do SQL Server | Escolha a edição apropriada do SQL Server, gratuita ou paga, para seu uso e seus requisitos. Nas edições pagas, você pode pagar por uso (também conhecido como pagamento por uso) ou usar o Benefício Híbrido do Azure. | |
Custo do sistema operacional e da máquina virtual | O custo do sistema operacional e da máquina virtual se baseia em fatores que incluem a escolha de imagem, o tamanho da VM e a configuração de armazenamento. | |
Configuração da VM | Você precisa definir configurações que incluem segurança, armazenamento e alta disponibilidade/recuperação de desastre da 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 ver uma série de melhores práticas e diretrizes para navegar nessas opções. | |
Tamanho da VM | O tamanho da VM determina o poder de processamento, a memória e a capacidade armazenamento. Colete uma linha de base de desempenho e/ou use a ferramenta de recomendação de SKU para ajudar a escolher o melhor tamanho de VM para sua carga de trabalho. | |
Configuração de armazenamento | Suas opções de configuração de armazenamento são determinadas pela seleção do tamanho da VM e das configurações de armazenamento, incluindo tipo de disco, configurações de cache e listagem de discos. Saiba como escolher um tamanho de VM com escalabilidade de armazenamento suficiente para sua carga de trabalho e uma combinação de discos (geralmente em um pool de armazenamento) que atenda aos requisitos de capacidade e de desempenho da 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 para sua VM do SQL Server. Conheça as diretrizes de segurança para estabelecer o acesso seguro para VMs do SQL Server. | |
Extensão do agente de IaaS do SQL | A extensão SQL IaaS Agent (SqlIaasExtension) é executada em VMs do SQL Server para automatizar as tarefas de gerenciamento e administração. Não há custo adicional associado à extensão. | |
Aplicação de patch automatizada | A aplicação de patch automatizada 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 SQL IaaS Agent. Pode haver outros mecanismos para a aplicação de atualizações automáticas. Se você configurar a aplicação de patch automatizada usando a extensão SQL IaaS Agent, verifique se não há outros agendamentos de atualização conflitantes. | |
Backup Automatizado | O Backup Automatizado configura automaticamente o Backup Gerenciado no Microsoft Azure para todos os bancos de dados existentes e novos em uma VM do SQL Server que executa as edições Standard, Enterprise ou Developer do SQL Server 2016 ou posterior. |