Utilize a opção de compra personalizada no console do PolarDB para adquirir um cluster PolarDB.
É possível atualizar uma instância existente do ApsaraDB RDS for MySQL para um cluster PolarDB for MySQL com um único clique. Após a atualização, o cluster PolarDB mantém as contas, bancos de dados, lista de permissões de endereços IP e parâmetros necessários da instância RDS de origem. Para obter as etapas detalhadas, consulte {{XREF_0}}.
Caso já possua um cluster PolarDB for MySQL, realize a atualização migrando o PolarDB for MySQL original para um novo cluster PolarDB for MySQL. O novo cluster preservará as informações de conta, banco de dados, lista de permissões de endereços IP e parâmetros essenciais do cluster de origem. Consulte {{XREF_1}} para ver o passo a passo completo.
Pré-requisitos
Possua uma conta Alibaba Cloud. Para instruções, consulte {{XREF_2}}.
Procedimento
Acesse a página de compra de cluster PolarDB.
-
Configure as definições básicas do seu cluster. A tabela a seguir descreve os parâmetros disponíveis.
Parâmetro
Descrição
Billing Method
-
Subscription: selecione recursos com especificação fixa e pague antecipadamente. Períodos mais longos oferecem descontos maiores. Ideal para cargas de trabalho estáveis e de longo prazo.
-
Pay-as-you-go: escolha recursos com especificação fixa e pague apenas pelo uso real, sem custo inicial. Recomendado para cargas de trabalho flexíveis.
-
{{XREF_3}}: modelo de pagamento conforme o uso. O PolarDB dimensiona os recursos automaticamente conforme a carga de trabalho, sem custo inicial ou necessidade de selecionar 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 {{XREF_4}}.
-
Regras de {{XREF_5}}: é possível converter entre Subscription e Pay-as-you-go, mas não é permitido alterar o método de faturamento do Serverless.
Region
A {{XREF_6}} 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. Não é possível alterar a região após a compra.
-
(Recomendado) Crie seu cluster PolarDB na mesma região das instâncias ECS que precisam se conectar a ele. Caso contrário, a comunicação pela rede interna será impossível, restando apenas a rede pública, o que impede o cluster de atingir o desempenho ideal.
Creation Method
O PolarDB oferece diversos métodos de criação. A opção padrão é Create Primary Cluster, que provisiona um novo cluster PolarDB. As demais opções estão descritas abaixo:
-
Create secondary cluster: cria um cluster secundário para um {{XREF_7}}. É necessário {{XREF_8}} 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 origem e, em seguida, mantém a sincronização incremental. Para mais informações, consulte {{XREF_9}}.
-
Migrate from RDS: migra uma instância RDS para um cluster PolarDB. Durante a migração, o sistema sincroniza automaticamente contas, bancos de dados, lista de permissões de endereços IP e configurações de parâmetros 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 detalhes, veja {{XREF_10}}.
NotaA lista de instâncias RDS disponíveis exclui instâncias somente leitura e aquelas que utilizam engines não-InnoDB.
-
Clone from RDS: com base na instância RDS selecionada, clone rapidamente um cluster PolarDB com exatamente os mesmos dados. Este método de criação não sincroniza dados incrementais da instância RDS para o cluster PolarDB. Para mais informações, consulte {{XREF_11}}.
NotaA lista de instâncias RDS disponíveis exclui instâncias somente leitura e aquelas que utilizam engines não-InnoDB.
-
Restore From Recycle Bin: utiliza os conjuntos de backup retidos na {{XREF_12}} para restaurar um cluster PolarDB excluído.
NotaSe o cluster PolarDB original tinha o recurso {{XREF_13}} ativado e existem dados correspondentes de banco de dados e tabelas, defina o parâmetro Storage engine como InnoDB & X-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.
NotaOs recursos variam conforme a Engine version. Para mais informações, consulte {{XREF_14}}.
Database Edition
Escolha entre a Enterprise Edition ou a Standard Edition.
NotaOs recursos variam conforme a Edition. Para mais informações, consulte {{XREF_15}}.
Edition
A Enterprise Edition suporta duas séries: Cluster Edition e Multi-master Cluster (Limitless) Edition. Esta opção não está disponível para a Standard Edition.
NotaAs duas séries possuem arquiteturas e casos de uso distintos. Para mais informações, consulte {{XREF_16}}.
Specification Edition
Selecione um tipo de especificação Dedicated ou General-purpose:
-
Dedicated: cada cluster tem acesso exclusivo aos recursos de computação alocados, como CPU, sem compartilhamento com outros clusters no mesmo servidor. Isso garante um desempenho mais estável e confiável.
-
General-purpose: diferentes clusters no mesmo servidor aproveitam integralmente os recursos ociosos uns dos outros, como CPU. Esse compartilhamento proporciona economia de escala e melhor custo-benefício.
Para uma comparação detalhada entre os dois tipos de especificação, consulte {{XREF_17}}.
CPU Architecture
Escolha entre X86 ou ARM.
x86: a arquitetura x86 utiliza processadores Intel com infraestrutura de rede de alto desempenho, oferecendo melhorias abrangentes em performance e estabilidade para atender às exigências de aplicações empresariais que demandam alta estabilidade e poder de computação.
Arm: a arquitetura Arm usa chips de processador Yitian 710 desenvolvidos pela Alibaba Cloud e placas de interface de rede (NICs) inteligentes 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.
NotaA Enterprise Edition possui arquitetura de CPU fixa em X86.
Primary Zone
A {{XREF_18}} é uma zona física dentro de uma região com energia e rede independentes. Não há diferença substancial entre as 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.
(Recomendado) Selecione a mesma VPC das instâncias ECS que precisam se conectar ao cluster. Caso contrário, elas não poderão se comunicar pela rede interna, restando apenas a comunicação via rede pública, o que impede o cluster de entregar o desempenho máximo.
-
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 ainda não tenha criado uma VPC adequada, utilize a VPC e o vSwitch padrão.
NotaSe a VPC e o vSwitch padrão não atenderem às suas necessidades, você pode {{XREF_19}}.
Add to whitelist
(Recomendado) Selecione Enable. Adicione o bloco CIDR da VPC selecionada à {{XREF_20}} do cluster PolarDB para que as instâncias ECS na mesma VPC possam acessar diretamente o cluster PolarDB. Isso elimina a necessidade de configurar manualmente a lista de permissões após a criação do cluster.
HA Mode
O PolarDB oferece múltiplos 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 reside o cluster PolarDB 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.
NotaPara mais informações sobre o cluster de armazenamento standby quente e soluções relacionadas, consulte {{XREF_21}}.
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 mudança, recomendamos adquirir um novo cluster e selecionar o modo de alta disponibilidade 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, consulte {{XREF_22}}.
O modo de alta disponibilidade Three Zones só pode ser selecionado durante a compra de um novo cluster. Não é permitido 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 Single Zone (Hot Standby Storage Cluster Disabled) para outro modo. Para mais informações, consulte {{XREF_23}}.
Configurar intervalo de dimensionamento de recursos do cluster Serverless
Somente quando o Billing type for Serverless é possível definir o intervalo de dimensionamento de recursos de um cluster Serverless:
-
Minimum Read-only Nodes: define o número mínimo de nós somente leitura que podem ser adicionados. Valores válidos: 0 a 15.
-
Maximum Read-only Nodes: define o número máximo de nós somente leitura que podem ser adicionados. Valores válidos: 0 a 15.
Nota-
O número de nós somente leitura aumenta ou diminui automaticamente dentro dos limites inferior e superior definidos, conforme a carga de trabalho real. Para detalhes sobre a política de dimensionamento, consulte {{XREF_24}}.
-
(Recomendado) Para garantir a alta disponibilidade do serverless cluster, defina Minimum Read-only Nodes como 1.
-
Minimum PCUs per Node: define o limite inferior de PCUs para cada nó no cluster. Valores válidos: 0,25 PCU a 31 PCUs.
-
Maximum PCUs per Node: define o limite superior de PCUs para cada nó no cluster. Valores válidos: 1 PCU a 32 PCUs.
Nota-
PCUs são a unidade de faturamento por segundo e de dimensionamento de recursos para o recurso serverless. Uma PCU equivale aproximadamente a 1 núcleo e 2 GB de memória. As PCUs de um nó são ajustadas dinamicamente dentro do intervalo especificado, conforme a carga de trabalho. A granularidade mínima de dimensionamento é de 0,5 PCUs.
-
Exemplo: se você definir Minimum PCUs per Node como 2 PCUs e Maximum PCUs per Node como 16 PCUs, a especificação padrão do nó primário e dos nós somente leitura no serverless cluster será de 2 PCUs (aproximadamente 2 núcleos e 4 GB de recursos). Quando o sistema detectar um aumento na carga de trabalho, aumentará automaticamente o número de PCUs do nó primário ou dos nós somente leitura. Com base nas suas configurações, esse número pode chegar a no máximo 16 PCUs (aproximadamente 16 núcleos e 32 GB de recursos).
Current specification
As especificações diferem em termos de CPU, memória, capacidade máxima de armazenamento e IOPS. Escolha uma especificação adequada às necessidades do seu negócio.
NotaAs especificações de nós de computação disponíveis variam conforme a Database Edition. Para mais informações, consulte {{XREF_25}} e {{XREF_26}}.
Enable Serverless
Ao criar um cluster PolarDB, você pode {{XREF_27}}.
Quando ativado, o cluster dimensiona dinamicamente os recursos conforme a carga de trabalho, além das especificações fixas dos nós de computação selecionados. No entanto, isso gera {{XREF_28}} correspondentes.
NotaPor padrão, a configuração Serverless oferece um intervalo de elasticidade de nó único de 0 a 8 e um intervalo de nós somente leitura de 0 a 1. Posteriormente, utilize a página de detalhes do cluster para {{XREF_29}}.
Nodes
O padrão é dois nós (um nó primário e um nó somente leitura). Configure o número 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. As demais séries suportam apenas um nó primário.
-
A série de nó único não está mais disponível. Contudo, ao comprar um cluster, defina Read-only Node como 0 para adquirir um cluster PolarDB de nó único.
-
Se você definir o número de nós somente leitura como 1 ou mais durante a compra, não poderá alterar esse valor para 0 posteriormente. Para reduzir o número de nós somente leitura de um cluster existente para 0, recomendamos adquirir um novo cluster. Em seguida, migre os dados do cluster original para o novo utilizando 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 operações de leitura. O nó primário e os nós somente leitura utilizam um mecanismo de failover ativo-ativo para fornecer alta disponibilidade ao banco de dados.
-
Read-only Node: processa operações de leitura para aliviar o nó primário, além de oferecer alta disponibilidade e escalabilidade. Após a criação do cluster, conforme suas necessidades de negócio, você pode {{XREF_30}}.
-
Read-only IMCI Node: nó funcional para o recurso {{XREF_31}}. O IMCI utiliza tecnologia de armazenamento colunar para acelerar consultas de processamento analítico online (OLAP). Isso permite que um cluster PolarDB for MySQL forneça tanto processamento transacional em tempo real quanto análise de dados em tempo real. Após {{XREF_32}}, você deve também {{XREF_33}} e {{XREF_34}} às suas tabelas de negócio. As solicitações de consulta OLAP são então roteadas automaticamente para nós somente leitura baseados em linhas ou colunas, em vez de serem enviadas ao nó primário.
-
PolarProxy specification
Os tipos de proxy suportados são Standard Enterprise Edition e Dedicated Enterprise Edition. O tipo de proxy depende da especificação da sub-série do cluster. Clusters General-purpose usam a Standard Enterprise Edition, enquanto clusters Dedicated utilizam a Dedicated Enterprise Edition.
A especificação do PolarProxy pode ser configurada separadamente, com opções variando de 4C a 16C (ou seja, 4 vCPUs a 16 vCPUs). (Recomendado) Selecione a correspondência automática.
NotaEste parâmetro só pode ser configurado para clusters da Standard Edition.
Storage Type
PolarDBOs tipos de armazenamento suportados são discos em nuvem ESSD, PSL4 e PSL5. Discos em nuvem ESSD estão disponíveis apenas para clusters da Standard Edition.
-
Discos em nuvem 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ída 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 entrega aproximadamente o dobro de IOPS e throughput de um ESSD PL1.
-
PL3 ESSD: um ESSD PL3 fornece até 10 vezes mais IOPS e 5 vezes mais throughput que um ESSD PL2. É adequado para cargas de trabalho que exigem desempenho de E/S concorrente extremamente alto e latência de leitura/gravação extremamente estável.
-
AutoPL ESSD: comparados aos ESSDs PL0, PL1, PL2 e PL3, os AutoPL ESSDs desacoplam o IOPS da capacidade, permitindo configuração flexível e ajuste sob demanda. Isso reduz o custo total de propriedade (TCO) geral.
Importante-
Para mais informações sobre o desempenho dos discos em nuvem ESSD, consulte {{XREF_37}}.
-
Após o espaço de armazenamento de um disco em nuvem ESSD ficar cheio, o disco é bloqueado e passa a ser somente leitura.
-
Para evitar interrupções nos negócios, você pode {{XREF_38}}.
-
-
-
PSL4 e PSL5 são tipos de armazenamento que o PolarDB oferece para diferentes cenários de negócio. As diferenças são as seguintes:
Tipo de armazenamento
Recursos
Cenários
PSL5 (PolarStore Level 5)
Tipo de armazenamento suportado por versões anteriores do PolarDB. É o tipo de armazenamento padrão para clusters PolarDB adquiridos antes de 7 de junho de 2022. O PSL5 oferece melhor desempenho, confiabilidade e disponibilidade.
Cenários de negócio que exigem alto desempenho e confiabilidade e utilizam o banco de dados como sistema central, como finanças, e-commerce, serviços governamentais e negócios de internet de médio a grande porte.
PSL4 (PolarStore Level 4)
O PolarDB lançou este novo tipo de armazenamento. Ele utiliza a tecnologia proprietária {{XREF_39}} da Alibaba para compactar e descompactar dados armazenados no nível físico do disco SSD. Isso reduz o preço de armazenamento por unidade de capacidade, mantendo o impacto no desempenho sob controle.
Cenários de aplicação que requerem custos menores e alto custo-benefício.
Nota-
Regras de conversão de tipo de armazenamento:
-
Algumas séries de produtos suportam {{XREF_40}}, o que significa que o armazenamento PSL4 pode ser atualizado para PSL5.
-
Não há suporte para downgrade do tipo de armazenamento: o armazenamento PSL5 não pode ser rebaixado para PSL4.
-
-
Para mudar do armazenamento PSL5 para PSL4, adquira um novo cluster. Utilize uma ferramenta de migração como o Data Transmission Service (DTS) ou o recurso {{XREF_41}} para migrar os dados do cluster original para o novo cluster.
-
Storage engine
Os tipos de engine suportados são InnoDB e InnoDB & X-Engine.
NotaInnoDB & X-Engine: implantação híbrida das engines InnoDB e X-Engine. Se selecionar esta opção, você poderá definir a proporção do X-Engine. Para mais informações, consulte {{XREF_42}}.
Storage Billing Method
Os tipos de faturamento de armazenamento suportados são Pay by Used Capacity (Pay-as-you-go) e Subscription.
-
Pay by Used Capacity (Pay-as-you-go): não é necessário especificar uma capacidade na compra. A capacidade de armazenamento dimensiona automaticamente online conforme seus dados crescem, e a cobrança ocorre apenas pelo espaço de armazenamento que seus dados reais ocupam.
-
Subscription: pré-pague pela capacidade de armazenamento do cluster ao adquirir o cluster de banco de dados.
NotaEsta opção está disponível apenas quando o Billing type estiver definido como Subscription.
Storage Capacity
Configure a quantidade de capacidade de armazenamento a ser adquirida.
NotaEste parâmetro precisa ser configurado apenas nos seguintes casos:
-
O tipo de armazenamento é disco em nuvem ESSD.
-
O Billing type está definido como Subscription e o Storage Billing Method está definido como Subscription.
-
-
(Opcional) Opções avançadas:
Parâmetro
Descrição
Cluster Name
Defina um nome para o cluster. Personalize o nome conforme as necessidades do seu negócio. 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 deve atender aos seguintes requisitos:
-
Não pode começar com
http://ouhttps://. -
Deve ter entre 2 e 256 caracteres.
Resource Group
Selecione um grupo de recursos de destino entre os grupos existentes. Para mais informações, consulte {{XREF_43}}.
NotaUm grupo de recursos é um contêiner usado para gerenciar 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 {{XREF_44}}.
Parameter Template
Defina o modelo de parâmetros para o cluster. Escolha um modelo fornecido pelo sistema ou um personalizado.
NotaA lista suspensa exibe todos os {{XREF_45}} personalizados e padrão do sistema na região atual.
Time Zone
Defina o fuso horário do cluster. O fuso horário padrão é UTC+08:00.
Table name case sensitivity
Especifique se os nomes das tabelas no cluster diferenciam maiúsculas de minúsculas. Por padrão, os nomes das tabelas não fazem essa distinção.
Nota-
Se o seu banco de dados local diferencia maiúsculas de minúsculas, selecione Case-sensitive para manter a consistência e simplificar 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.
When the cluster is deleted (released)
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 é excluído (liberado), o último backup é mantido na {{XREF_46}} e você é cobrado por ele.
-
Retain All Backups: quando o cluster é excluído (liberado), todos os backups são mantidos na {{XREF_47}} e você é cobrado por eles.
-
Delete All Backups (Cannot Be Restored): o cluster é excluído permanentemente quando liberado. Os dados não são retidos e não podem ser recuperados. Nenhuma taxa é cobrada.
Enable TDE
Ative diretamente a {{XREF_48}} sem precisar habilitá-la separadamente após a criação do cluster.
Nota-
O TDE não pode ser desativado após ser habilitado.
-
O TDE depende do Key Management Service (KMS). Após ativar o TDE, configure uma função de serviço. Para mais informações, consulte {{XREF_49}}.
-
Depois que a criptografia TDE é ativada, o PolarDB criptografa os arquivos de dados do cluster. Esse processo é transparente para suas aplicações, mas causa uma perda de desempenho de 5% a 10%.
-
-
No lado direito da página, confirme a quantidade da compra e a configuração do cluster e, em seguida, adquira o cluster.
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 é adequado para casos de uso como lançar vários servidores de jogos simultaneamente.
-
Adquira no máximo 50 clusters com sua conta Alibaba Cloud.
Quantity
Selecione a duração da assinatura para o cluster.
NotaEste parâmetro só pode ser configurado quando o Billing type estiver definido como Subscription. Clusters Pay-as-you-go não possuem esta opção.
Subscription Duration
Especifique se deseja ativar a renovação automática. Para evitar interrupções de serviço causadas por esquecimento na renovação, ative a renovação automática.
Nota-
Este parâmetro só pode ser configurado quando o Billing type estiver definido como Subscription. Clusters Pay-as-you-go não possuem esta opção.
-
Além de configurar a renovação automática durante a compra do cluster, você também pode configurá-la no console {{XREF_50}}.
Após configurar os parâmetros acima, confirme a configuração do cluster e a taxa real, e leia os termos de serviço na página. Se tudo estiver correto, clique em Auto-renewal.
-
-
Após concluir a compra, o sistema leva de 10 a 15 minutos para criar o cluster. Em seguida, visualize o novo cluster na lista de clusters do console PolarDB.
NotaEnquanto o status dos nós no cluster for Buy Now, o cluster pode estar em criação e indisponível. O cluster só poderá ser utilizado quando o status for Creating.
Certifique-se de ter selecionado a região correta no canto superior esquerdo da página. Caso contrário, não será possível visualizar o cluster criado.
Próximas etapas
Perguntas frequentes
APIs relacionadas
Além do console, crie clusters chamando operações de API. A tabela a seguir lista as APIs relevantes.
|
API |
Descrição |
|
Cria um cluster PolarDB. |
|
|
Consulta a lista de clusters. |
|
|
Consulta os atributos detalhados de um cluster PolarDB específico. |
|
|
Consulta o status de renovação automática de clusters PolarDB com assinatura. |
|
|
Modifica o status de renovação automática de clusters PolarDB com assinatura. |