PolarDB:Purchase a pay-as-you-go cluster

Pré-requisitos

É necessário ter uma conta Alibaba Cloud. Para obter instruções, consulte Sign up for and log in to an Alibaba Cloud account.

Procedimento

1. Acesse a página de compra de cluster PolarDB.

2. Configure as definições básicas do seu cluster. A tabela a seguir descreve os parâmetros.

   Parâmetro	Descrição
   Billing Method	Assinatura: selecione recursos de especificação fixa e pague antecipadamente. Períodos mais longos oferecem descontos maiores. Ideal para cargas de trabalho estáveis e de longo prazo. Pagamento conforme o uso: selecione recursos de especificação fixa e pague apenas pelo uso real, sem custo inicial. Recomendado para cargas de trabalho flexíveis. Serverless: modelo de pagamento conforme o uso. O PolarDB dimensiona os recursos automaticamente com base na carga de trabalho, sem custo inicial ou necessidade de seleção de especificações. Mais indicado para cargas de trabalho flutuantes, incertas ou imprevisíveis. Nota Para uma comparação detalhada dos métodos de faturamento, consulte Billing methods. Regras de Change billing method: os métodos assinatura e pagamento conforme o uso podem ser convertidos entre si, mas o método de faturamento Serverless não pode ser alterado.
   Region	Uma region corresponde à área geográfica de um data center. Geralmente, as regiões recebem o nome da cidade onde o data center está localizado. Nota Para reduzir a latência de rede, escolha uma região próxima aos seus usuários. Não é possível alterar a região após a criação do cluster. Para obter desempenho ideal, crie seu cluster PolarDB na mesma região das instâncias ecs que se conectarão a ele. Caso contrário, a comunicação pela rede interna será impossível, exigindo o uso da rede pública e degradando o desempenho.
   Creation Method	O PolarDB suporta diversos métodos de criação. A opção padrão é Create Primary Cluster, que cria um novo cluster PolarDB. As demais opções são descritas abaixo: Create secondary cluster: cria um cluster secundário para uma Global Database Network (GDN). É necessário create a GDN antes de adicionar um cluster secundário. Upgrade/Migrate from PolarDB: atualiza a versão principal entre diferentes versões de kernel ou séries. Este método realiza primeiro uma cópia completa dos dados do cluster PolarDB de source e, em seguida, mantém a sincronização incremental dos dados. Para mais informações, consulte Major version upgrades. Migrate from RDS: migra uma instância RDS para um cluster PolarDB. O sistema sincroniza automaticamente contas, bancos de dados, lista de permissões de IP e configurações de parâmetros necessários da instância RDS. Também é possível manter o endpoint original do banco de dados para simplificar a migração e garantir uma transição de negócios suave. Para mais informações, consulte One-click upgrade from an RDS for MySQL instance to a PolarDB for MySQL cluster. Nota A lista de instâncias RDS disponíveis exclui instâncias somente leitura e aquelas que utilizam engines não InnoDB. Clone from RDS: clone rapidamente um cluster PolarDB com exatamente os mesmos dados de uma instância RDS selecionada. Este método de criação não sincroniza dados incrementais da instância RDS para o cluster PolarDB. Para mais informações, consulte One-click clone from RDS for MySQL to PolarDB for MySQL. Nota A lista de instâncias RDS disponíveis exclui instâncias somente leitura e aquelas que utilizam engines não InnoDB. Restore From Recycle Bin: restaura um cluster PolarDB excluído a partir de um backup na cluster recycle bin. Nota Se o cluster PolarDB original tinha a X-Engine ativada, selecione InnoDB & X-Engine para o parâmetro Storage engine. Caso contrário, o novo cluster PolarDB não conseguirá acessar os dados no X-Engine.
   Database Engine	Selecione uma versão compatível com MySQL. MySQL 8.0.2: totalmente compatível com MySQL Community 8.0.18 e versões anteriores. MySQL 8.0.1: totalmente compatível com MySQL Community 8.0.13 e versões anteriores. MySQL 5.7: totalmente compatível com MySQL 5.7. MySQL 5.6: totalmente compatível com MySQL 5.6. Nota Os recursos variam conforme a versão do kernel. Para mais informações, consulte Feature comparison of versions 5.6, 5.7, and 8.0.
   Database Edition	Escolha entre a Enterprise Edition ou a Standard Edition. Nota Os recursos variam conforme a edição. Para mais informações, consulte Feature comparison between Enterprise Edition and Standard Edition.
   Edition	A Enterprise Edition suporta duas séries: Cluster e Multi-master Cluster (Limitless). Esta opção não está disponível para a Standard Edition. Nota As duas séries possuem arquiteturas e casos de uso distintos. Para mais informações, consulte Enterprise Edition series.
   Specification Edition	Selecione uma especificação Dedicated ou General-purpose: Especificação dedicada: cada cluster tem acesso exclusivo aos seus recursos de computação alocados, como CPU, sem compartilhá-los com outros clusters no mesmo servidor. Isso garante um desempenho mais estável e confiável. Especificação de uso geral: diferentes clusters no mesmo servidor compartilham e utilizam plenamente os recursos ociosos de computação uns dos outros, como CPU. Essa multiplexação de recursos proporciona melhor custo-benefício ao aproveitar economias de escala. Para uma comparação detalhada entre os dois tipos de especificação, consulte How to choose between general-purpose and dedicated specifications.
   CPU Architecture	Escolha entre X86 ou ARM. x86: a arquitetura x86 utiliza processadores Intel com infraestrutura de rede de alto desempenho, oferecendo melhorias abrangentes no desempenho geral e na estabilidade para atender aos requisitos de aplicações empresariais que demandam alta estabilidade e poder de computação. Arm: a arquitetura Arm utiliza chips de processador Yitian 710 desenvolvidos pela própria Alibaba Cloud e placas de interface de rede (NICs) inteligentes de alta velocidade de 25 GE para fornecer capacidades de computação robustas. A infraestrutura de rede de alto desempenho atende melhor aos requisitos de agências governamentais, empresas de internet e outras organizações quanto a custo-benefício, segurança e estabilidade. Nota A arquitetura de CPU para a Enterprise Edition é fixa em X86.
   Primary Zone	Uma availability zone é uma zona física dentro de uma região que possui energia e rede independentes. Não há diferença substancial entre as diferentes zonas de disponibilidade. Crie seu cluster PolarDB e instâncias ecs na mesma zona de disponibilidade ou em zonas diferentes.
   Network Type	O valor é fixo em VPC. Recomendamos selecionar a mesma VPC das instâncias ecs que precisam se conectar ao cluster. Caso contrário, a comunicação pela rede interna não será possível, impedindo que o cluster entregue seu desempenho ideal. Se você já criou uma VPC que atende aos seus requisitos de rede, selecione-a diretamente. Por exemplo, se tiver uma instância ecs em uma VPC adequada, escolha essa VPC. Caso não tenha uma VPC adequada, utilize a VPC e o vSwitch padrão. Nota Se a VPC e o vSwitch padrão não atenderem aos seus requisitos, você pode create a VPC and a vSwitch.
   Add to whitelist	Recomendamos Enable esta opção. Isso adiciona o bloco CIDR da VPC selecionada à whitelist do cluster PolarDB, permitindo que instâncias ecs na mesma VPC acessem diretamente o cluster PolarDB. Assim, elimina-se a necessidade de configure manualmente a lista de permissões após a criação do cluster.
   HA Mode	O PolarDB oferece vários modos de alta disponibilidade. Ao ativar o recurso de cluster de armazenamento standby quente para um cluster PolarDB, um cluster de armazenamento standby quente é criado na zona secundária da região onde o cluster PolarDB reside ou em um data center diferente na mesma zona. O cluster de armazenamento standby quente possui recursos de armazenamento independentes. A existência de recursos de computação independentes nesse cluster varia conforme o modo de alta disponibilidade. Quando o cluster PolarDB na zona primária falha, o cluster de armazenamento standby quente assume imediatamente as operações de leitura e escrita e as tarefas de armazenamento. Nota Para mais informações sobre o cluster de armazenamento standby quente e soluções relacionadas, consulte High availability modes (hot standby clusters). Regras para alteração dos modos de alta disponibilidade: Não é possível alterar diretamente o modo de alta disponibilidade de um cluster de Double Zones (Hot Standby Storage Cluster Enabled) ou Double Zones (Hot Standby Storage and Compute Clusters Enabled) para Single Zone (Hot Standby Storage Cluster Disabled). Para realizar essa alteração no modo de alta disponibilidade, recomendamos adquirir um novo cluster e selecionar o modo Single Zone (Hot Standby Storage Cluster Disabled). Em seguida, migre o cluster existente para o novo utilizando o Data Transmission Service (DTS). Para saber como migrar um cluster existente para um novo, consulte Migration between PolarDB for MySQL clusters. O modo de alta disponibilidade Three Zones só pode ser selecionado durante a compra de um novo cluster. Não é possível alterar o modo de alta disponibilidade de Three Zones para outros modos, nem vice-versa. É possível alterar manualmente o modo de alta disponibilidade de um cluster de Single Zone (Hot Standby Storage Cluster Disabled) para outro modo. Para mais informações, consulte High availability modes (hot standby clusters).
   Configurar intervalo de dimensionamento de recursos do cluster Serverless	Defina o intervalo de dimensionamento de recursos de um cluster Serverless apenas quando o método de faturamento for Serverless: Minimum Read-only Nodes: número mínimo de nós somente leitura. Valores válidos: 0 a 15. Maximum Read-only Nodes: número máximo de nós somente leitura. Valores válidos: 0 a 15. Nota A quantidade de nós somente leitura aumenta ou diminui automaticamente dentro do intervalo especificado, conforme a carga de trabalho. Para mais detalhes sobre a política de dimensionamento, consulte Auto scaling. Para garantir alta disponibilidade ao seu cluster serverless, recomendamos definir Minimum Read-only Nodes como 1. Minimum PCUs per Node: número mínimo de PCUs para cada nó no cluster. Valores válidos: 0,25 a 31 PCUs. Maximum PCUs per Node: número máximo de PCUs para cada nó no cluster. Valores válidos: 1 a 32 PCUs. Nota O Serverless utiliza PCUs como unidade para faturamento por segundo e dimensionamento de recursos. Uma PCU equivale a aproximadamente 1 núcleo vCPU e 2 GB de memória. As PCUs de um nó dimensionam dinamicamente dentro do intervalo especificado, com um passo mínimo de dimensionamento de 0,5 PCU. Exemplo: se você definir Minimum PCUs per Node como 2 e Maximum PCUs per Node como 16, a especificação padrão para cada nó no cluster serverless será de 2 PCUs (cerca de 2 núcleos vCPU e 4 GB de memória). Quando o sistema detectar um aumento na carga de trabalho, ele dimensionará automaticamente as PCUs do nó primário ou dos nós somente leitura. No entanto, o número de PCUs não pode exceder 16.
   Especificação atual	As especificações diferem em termos de CPU, memória, capacidade máxima de armazenamento e IOPS. Selecione uma especificação adequada às necessidades do seu negócio. Nota As especificações disponíveis para nós de computação variam conforme a Database Edition. Para mais informações, consulte Compute node specifications for Enterprise Edition e Compute node specifications for Standard Edition.
   Enable Serverless	Ative o enable the Serverless feature for a cluster with fixed specifications ao criar o cluster PolarDB. Quando ativado, o cluster pode dimensionar recursos dinamicamente além das especificações fixas, conforme a carga de trabalho. No entanto, isso gera scale-up fees correspondentes. Nota A configuração padrão do Serverless é: intervalo de elasticidade de nó único de 0 a 8 e intervalo de nós somente leitura de 0 a 1. Você pode adjust these configuration parameters na página de detalhes do cluster a qualquer momento após a criação.
   Nodes	O padrão são dois nós (um nó primário e um nó somente leitura). Configure a quantidade de nós conforme as necessidades do seu negócio. Nota Apenas clusters da Enterprise Edition da série Multi-master Cluster (Limitless) Edition podem ter múltiplos nós primários. Outras séries suportam apenas um nó primário. A série de nó único não está mais disponível. Contudo, é possível adquirir um cluster PolarDB de nó único definindo o número de Read-only Node como 0. Se você definir o número de nós somente leitura como 1 ou mais ao adquirir um cluster, não poderá alterar esse número para 0 posteriormente. Para reduzir a zero o número de nós somente leitura em um cluster existente, recomendamos adquirir um novo cluster e migrar os dados do cluster original usando uma ferramenta de migração como o DTS ou o recurso de atualização de versão principal. Tipos de nós: Primary Node: lida com operações de escrita e algumas de leitura. Funciona em conjunto com nós somente leitura em uma configuração de failover ativo-ativo para garantir alta disponibilidade. Read-only Node: executa operações de leitura para aliviar a carga do nó primário, proporcionando alta disponibilidade e escalabilidade. Após criar o cluster, você pode dynamically adjust o número de nós somente leitura conforme suas necessidades de negócios. Read-only IMCI Node: nó funcional para o recurso In-Memory Columnar Index (IMCI). O IMCI utiliza tecnologia de armazenamento colunar para acelerar consultas de processamento analítico online (OLAP). Isso permite que um cluster PolarDB for MySQL ofereça tanto processamento transacional em tempo real quanto análise de dados em tempo real. Após add an IMCI read-only node, você deve também configure a plan for automatic request distribution between row-based and column-based nodes e add columnar indexes às suas tabelas de negócios. As solicitações de consulta OLAP serão então roteadas automaticamente para nós somente leitura baseados em linhas ou colunas, em vez do nó primário.
   Especificação do PolarProxy	Os tipos de proxy suportados são Standard Enterprise Edition e Dedicated Enterprise Edition. O tipo de proxy depende da especificação do cluster. Clusters com especificação de uso geral utilizam a Standard Enterprise Edition, enquanto clusters com especificação dedicada utilizam a Dedicated Enterprise Edition. A especificação do PolarProxy pode ser configurada separadamente, com opções variando de 4 a 16 vCPUs. Recomendamos selecionar a correspondência automática. Nota Este parâmetro só pode ser configurado para clusters da Standard Edition.
   Storage Type	O PolarDB suporta os tipos de armazenamento ESSD, PSL4 e PSL5. Clusters da Standard Edition suportam apenas discos em cloud ESSD. Os discos em cloud ESSD são uma nova geração de produtos de disco de ultra-alto desempenho da Alibaba Cloud. Os ESSDs são construídos sobre uma arquitetura de armazenamento em blocos distribuídos de nova geração, combinada com redes de 25 GE e tecnologia RDMA, fornecendo até 1 milhão de IOPS de leitura/gravação aleatória e menor latência unidirecional por disco. Os ESSDs dividem-se nas seguintes categorias: PL0 ESSD: um ESSD de nível de desempenho (PL) 0. PL1 ESSD: um ESSD PL1 oferece cinco vezes mais IOPS e aproximadamente o dobro do throughput de um ESSD PL0. PL2 ESSD: um ESSD PL2 oferece aproximadamente o dobro de IOPS e throughput de um ESSD PL1. PL3 ESSD: um ESSD PL3 oferece até 10 vezes mais IOPS e 5 vezes mais throughput que um ESSD PL2. É adequado para cenários de negócios que exigem desempenho de E/S simultânea extremamente alto e latência de leitura/gravação baixa e estável. AutoPL ESSD: comparado aos ESSDs PL0, PL1, PL2 e PL3, os AutoPL ESSDs desacoplam o IOPS da capacidade, permitindo configuração flexível e ajustes sob demanda. Isso reduz o Custo Total de Propriedade (TCO) geral. Importante Para mais informações sobre o desempenho dos discos em cloud ESSD, consulte ESSD cloud disks. Quando o espaço de armazenamento de um disco em cloud ESSD fica cheio, ele torna-se somente leitura. Para evitar interrupções nos negócios, você pode enable automatic storage scaling for ESSD cloud disks. PSL4 e PSL5 são tipos de armazenamento que o PolarDB oferece para diferentes cenários de negócios. As diferenças são as seguintes: Tipo de armazenamento Recursos Casos de uso PSL5 (PolarStore Level 5) Esta classe de armazenamento foi usada em versões anteriores do PolarDB e é o padrão para clusters adquiridos antes de 7 de junho de 2022. Oferece maior desempenho, confiabilidade e disponibilidade. Cargas de trabalho críticas para os negócios que exigem alto desempenho e confiabilidade, como finanças, e-commerce, serviços governamentais e negócios de internet de médio a grande porte. PSL4 (PolarStore Level 4) Uma nova classe de armazenamento do PolarDB que utiliza a tecnologia proprietária smart-SSD da alibaba. Esta tecnologia compacta e descompacta dados na camada física do SSD, o que reduz os custos de armazenamento com um impacto gerenciável no desempenho. Aplicações sensíveis a custos que priorizam alto custo-benefício. Nota Regras de conversão de classe de armazenamento: Algumas séries de produtos suportam upgrading the storage class de PSL4 para PSL5. O downgrade da classe de armazenamento não é suportado. Não é possível fazer downgrade do armazenamento PSL5 para PSL4. Para mudar do armazenamento PSL5 para PSL4, adquira um novo cluster e migre os dados usando uma ferramenta de migração como o Data Transmission Service (DTS) ou uma major version upgrade.
   Storage engine	Selecione InnoDB ou InnoDB & X-Engine. Nota InnoDB & X-Engine: implantação híbrida das engines InnoDB e X-Engine. Se selecionar esta opção, defina a proporção de armazenamento para o X-Engine. Para mais informações, consulte X-Engine.
   Storage Billing Method	Escolha entre Pay by Used Capacity (Pay-as-you-go) ou Subscription. Pay by Used Capacity (Pay-as-you-go): cobrança baseada apenas no armazenamento utilizado. A capacidade de armazenamento dimensiona automaticamente com seus dados, portanto não é necessário especifique uma capacidade no momento da compra. Subscription: pré-pagamento de uma quantidade específica de capacidade de armazenamento ao adquirir o cluster. Nota Este parâmetro está disponível apenas quando o método de faturamento do cluster estiver definido como Subscription.
   Storage Capacity	Configure a quantidade de capacidade de armazenamento a ser adquirida. Nota Configure este parâmetro apenas nos seguintes casos: O tipo de armazenamento é disco em cloud ESSD. O método de faturamento do cluster é Subscription e o Storage Billing Method é Subscription.

3. (Opcional) Opções avançadas:

   Parâmetro	Descrição
   Cluster Name	Defina um nome para o cluster. Personalize o nome conforme suas necessidades de negócios. Se nenhum nome for especificado, o sistema gerará um automaticamente. Modifique o nome do cluster a qualquer momento após a criação. O nome do cluster deve atender aos seguintes requisitos: Não pode começar com http:// ou https://. Deve ter entre 2 e 256 caracteres.
   Resource Group	Selecione um grupo de recursos de destino na lista de created resource groups. Nota Um grupo de recursos é um contêiner usado para gerencie um conjunto de recursos relacionados sob uma única conta Alibaba Cloud. Um recurso pode pertencer a apenas um grupo de recursos. Para mais informações, consulte Resource groups and authorization.
   Parameter Template	Defina o modelo de parâmetros para o cluster. Escolha um modelo fornecido pelo sistema ou um personalizado. Nota A lista suspensa exibe todos os parameter templates personalizados e padrão do sistema na região atual.
   Time Zone	Defina o fuso horário do cluster. O padrão é UTC+08:00.
   Sensibilidade a maiúsculas/minúsculas em nomes de tabelas	Especifique se os nomes das tabelas no cluster diferenciam maiúsculas de minúsculas. Por padrão, não diferenciam. Nota Se o seu banco de dados local diferencia maiúsculas de minúsculas, recomendamos selecionar Case-sensitive para manter a consistência e facilitar a migração de dados. Esta configuração não pode ser alterada após a criação do cluster. Escolha esta opção com cautela.
   Política de retenção de backup na exclusão	Defina a política de retenção de backup para quando o cluster for excluído (liberado). Retain Last Automatic Backup (Automatic Backup Before Release) (Padrão): quando o cluster é liberado, o último backup é mantido na cluster recycle bin e você será cobrado por ele. Retain All Backups: quando o cluster é liberado, todos os backups são mantidos na cluster recycle bin e você será cobrado por eles. Delete All Backups (Cannot Be Restored): quando o cluster é liberado, ele é excluído permanentemente. Os dados não são retidos e não podem ser recuperados. Nenhuma taxa é cobrada.
   Enable TDE	Ative diretamente a transparent data encryption (TDE) sem precisar habilitá-la separadamente após a criação do cluster. Nota O TDE não pode ser desativado depois de ativado. O TDE depende do Key Management Service (KMS). Após ativar o TDE, configure uma função vinculada ao service para autorizar o PolarDB a acessar o KMS. Depois que o TDE é ativado, o PolarDB criptografa os arquivos de dados do cluster. Esse processo é transparente para suas aplicações, mas pode resultar em uma perda de desempenho de 5% a 10%.

4. No lado direito da página, confirme a quantidade e a configuração do cluster e conclua a compra.

   Parâmetro	Descrição
   Create Privileged Account	Selecione o número de clusters a serem adquiridos. Nota Crie até 50 clusters de uma só vez. Isso é útil para cenários que exigem provisionamento rápido e em massa, como o lançamento de vários servidores de jogos. Adquira no máximo 50 clusters com sua conta Alibaba Cloud.
   Quantity	Selecione a duração da assinatura do cluster. Nota Este parâmetro está disponível apenas quando o método de faturamento estiver definido como Subscription. Esta opção não está disponível para clusters pagamento conforme o uso.
   Subscription Duration	Especifique se deseja ativar a renovação automática. Para evitar interrupções de service devido a esquecimento na renovação, recomendamos ativar este recurso. Nota Este parâmetro está disponível apenas quando o método de faturamento estiver definido como Subscription. Esta opção não está disponível para clusters pagamento conforme o uso. Além de configurar a renovação automática durante a compra, gerencie essa configuração posteriormente no console Billing Management.

   Confirme a configuração, a taxa total e leia os termos de service. Em seguida, clique em Auto-renewal.

5. Após concluir a compra, o cluster será criado em 10 a 15 minutos. Visualize o novo cluster na lista de clusters do console PolarDB.

   Nota

   • O cluster fica indisponível enquanto seu status for Buy Now. Ele estará pronto para uso quando o status mudar para Creating.

   • Certifique-se de ter selecionado a região correta para visualizar seu novo cluster.

Próximos passos

Connect to a database

Perguntas frequentes

APIs relacionadas

Além de usar o console, crie clusters chamando uma API. A tabela a seguir lista as APIs relevantes.