Crie uma instância do PolarDB-X 2.0 pelo console em poucos passos. A criação da instância leva de 10 a 15 minutos.
Pré-requisitos
Antes de começar, verifique se você possui:
Uma Virtual Private Cloud (VPC) na mesma região e zona onde você planeja implantar a instância. Caso não tenha uma, crie uma VPC.
Um vSwitch na VPC de destino. Se ainda não existir um, crie um vSwitch.
(Opcional) Se você pretende acessar a instância a partir de uma instância do Elastic Compute Service (ECS), garanta que tanto a instância ECS quanto a instância PolarDB-X estejam na mesma VPC.
Criar uma instância
Faça login no console do PolarDB-X.
Na barra de navegação superior, selecione a região onde deseja implantar a instância.
Na página Instances, clique em PolarDB-X 2.0.
No canto superior direito da página, clique em Create Instance.
Na página de compra, configure os parâmetros descritos nas seções a seguir e clique em Buy Now.
Na página Confirm Order, leia e aceite os termos de serviço, depois clique em Pay.
Após o pagamento, o sistema leva de 10 a 15 minutos para criar a instância. Quando ela estiver pronta, visualize-a na página Instance List.
Referência de parâmetros
Faturamento e compra
| Parâmetro | Descrição |
|---|---|
| Product Type | O tipo de faturamento. Selecione PolarDB-X 2.0 Prepay para faturamento por assinatura ou PolarDB-X 2.0 Postpay para pagamento conforme o uso. A opção PolarDB-X 1.0 (Subscription) também está disponível. |
| Quantity | A quantidade de instâncias a serem adquiridas. |
| Subscription Duration | O período da assinatura. Disponível apenas para instâncias por assinatura. Ative a opção Auto-renewal para renovar automaticamente a instância antes do vencimento. |
Escolha do tipo de faturamento
|
Assinatura |
Pagamento conforme o uso |
|
|
Cobrança |
No momento da compra |
Por hora |
|
Mais indicado para |
Cargas de trabalho estáveis e de longo prazo |
Cargas de trabalho variáveis ou de curto prazo |
|
Custo |
Custo unitário menor |
Custo unitário maior; libere a qualquer momento para interromper as cobranças |
|
Requisito |
— |
Saldo da conta ≥ USD 100 |
Implantação
|
Parâmetro |
Descrição |
|
Regions and Zones |
A região onde a instância será implantada. |
|
Create Type |
O método de criação da instância: Create by Default cria uma nova instância; Migrate from ApsaraDB RDS migra uma instância RDS existente para o PolarDB-X. Ao escolher a opção de migração, especifique também a Source RDS Version (MySQL 5.6, 5,7 ou 8,0) e a Source RDS Instance. |
|
Topology |
A topologia de implantação dos nós. Consulte a comparação de topologias abaixo. |
|
Primary Node Zone |
A zona destinada ao nó primário. |
|
Secondary Node Zone |
A zona para os nós secundários. Disponível somente quando a Topology estiver definida como Three-zone Deployment. |
|
Logger Node Zone |
A zona para os nós logger. Disponível somente quando a Topology estiver definida como Three-zone Deployment. |
Escolha da topologia
|
Configuração de zona |
Especifique uma única zona; os nós primário, secundário e logger são implantados na mesma zona |
Especifique zonas distintas para os nós primário, secundário e logger |
|
Recuperação de desastres |
Dentro de uma única zona |
Entre zonas, sem custo adicional |
Rede
|
Parâmetro |
Descrição |
|
Network Type |
O tipo de rede. O padrão é VPC. |
|
VPC |
A VPC associada à instância. |
|
vSwitch |
O vSwitch associado à instância. |
Edição da instância e computação
|
Parâmetro |
Descrição |
|
Compatibility |
A versão de compatibilidade com MySQL. Valores válidos: MySQL 5,7 e MySQL 8,0. |
|
Edition |
A edição da instância. A Enterprise Edition é distribuída; a Standard Edition é centralizada. |
|
Instance Purchase Type |
Definido automaticamente conforme a edição: User Defined para Enterprise Edition, Default para Standard Edition. |
|
Instance Family |
General-purpose: compartilha recursos ociosos de CPU com outras instâncias no mesmo servidor, otimizando custos. Dedicated: aloca recursos de CPU exclusivamente para a instância, aumentando a estabilidade. |
|
CN Node Spec |
As especificações dos nós de computação (nós CN). Os nós CN fornecem um mecanismo SQL distribuído sem estado que gerencia roteamento, otimização e execução de consultas. Eles utilizam commit em duas fases (2PC) para coordenar transações distribuídas e executar instruções DDL entre shards. |
|
DN Node Spec |
As especificações dos nós de dados (nós DN). Os nós DN fornecem o mecanismo de armazenamento. Utilizam o protocolo de consenso Paxos baseado em maioria para armazenamento de alta disponibilidade e Controle de Concorrência Multiversão (MVCC) para transações distribuídas. Além disso, suportam computação pushdown para operadores Project, Filter, Join e Agg, bem como SSDs locais e armazenamento compartilhado. |
|
CN Nodes |
A quantidade de nós de computação. |
|
DN Nodes |
A quantidade de nós de dados. |
|
Node Specifications |
As especificações dos nós. Disponível apenas quando a Edition estiver definida como Standard Edition. |
Armazenamento
|
Parâmetro |
Descrição |
|
Storage Type |
O tipo de armazenamento da instância. Local SSD-Custom: permite especificar um tamanho fixo de disco por nó de dados. Local SSD: não requer configuração de tamanho de disco; a cobrança é horária com base no uso real, arredondada para a hora cheia mais próxima. |
|
Storage Node Disk |
O tamanho do disco por nó de dados. Disponível apenas quando o Storage Type estiver definido como Local SSD-Custom. |