Você pode criar uma instância do ApsaraDB RDS no console do ApsaraDB RDS ou por meio de uma chamada de API. Este tópico demonstra como criar uma instância do ApsaraDB RDS for MySQL pelo console.
Pré-requisitos
Se você utilizar um usuário RAM para criar uma instância do ApsaraDB RDS, esse usuário deverá ter as permissões AliyunRDSFullAccess e AliyunBSSOrderAccess. Para mais informações sobre como conceder permissões, consulte Grant permissions to a RAM user.
Procedimento
-
Selecione um billing method:
Billing method
Recomendação
Benefício
subscription
Para uso de longo prazo, selecione subscription (pagamento antecipado) e escolha uma Duration no canto inferior esquerdo da página.
A assinatura é mais econômica que o pagamento conforme o uso. Prazos maiores oferecem descontos mais altos.
pay-as-you-go
Indicado para uso de curto prazo; selecione pay-as-you-go (faturamento por hora).
Uma opção viável é criar primeiro uma instância pay-as-you-go e convertê-la para subscription após confirmar que ela atende aos seus requisitos.
Libere a instância a qualquer momento para interromper o faturamento.
serverless
Ideal para casos de uso com tarefas agendadas, cargas de trabalho flutuantes, serviços totalmente gerenciados ou abordagem sem manutenção; selecione serverless.
ImportantePara mais informações sobre instâncias serverless e como criar uma, consulte ApsaraDB RDS for MySQL serverless instances.
Este modelo elimina pagamentos por recursos fixos, permitindo que os recursos escalem dinamicamente conforme sua carga de trabalho. O faturamento ocorre apenas pelo uso efetivo, o que pode gerar economia significativa de custos.
NotaO preço aparece no canto inferior direito da página. O valor final é definido após você especificar todas as configurações.
-
Selecione a region onde deseja criar a instância do ApsaraDB RDS.
Recomendamos criar a instância do ApsaraDB RDS na mesma região da sua instância ECS. Caso contrário, as conexões precisarão trafegar pela internet pública, o que reduz o desempenho e aumenta a latência.
NotaNão é possível alterar a região de uma instância do ApsaraDB RDS após a criação. Para permitir que sua instância ECS se conecte à instância do ApsaraDB RDS pela rede interna, certifique-se de que ambas estejam na mesma região.
Para verificar a região da sua instância ECS, consulte Preparations.
Se planeja se conectar à instância do ApsaraDB RDS a partir de um dispositivo que não seja uma instância ECS, como um servidor local ou computador pessoal, escolha uma região geograficamente próxima ao dispositivo. Em seguida, conecte-se à instância do ApsaraDB RDS usando seu endpoint público.
-
Configure o Engine, a Edition, o Product Type e o storage type.
-
Selecione o Engine do banco de dados.
Este tópico usa o MySQL como exemplo. Selecione MySQL. Recomendamos escolher uma versão recente, como a 8,0, ou a mesma versão do seu banco de dados MySQL local. A versão padrão é a 8,0.
NotaPara informações sobre o ciclo de vida das principais versões do MySQL, consulte Lifecycle policy for major versions of ApsaraDB RDS for MySQL.
-
Escolha uma Edition.
Edition
Descrição
Recursos
Basic Edition
Nó único.
Econômica. Adequada para aprendizado e testes.
A recuperação de falhas e reinicializações demora bastante tempo.
High-availability Edition
Inclui um nó primário e um nó secundário. Também é possível adicionar nós somente leitura.
Alta disponibilidade para cargas de trabalho de produção. Atende a mais de 80% dos casos de uso.
Cluster Edition (Recommended)
Composta por um nó primário e vários nós secundários.
Oferece implantação multi-nó com alta disponibilidade. Os nós secundários podem ser usados para operações de leitura.
NotaAs Editions disponíveis variam conforme a região e o mecanismo de banco de dados selecionados.
A Cluster Edition suporta apenas as versões 8,0 e 5,7 do MySQL.
-
Defina um Product Type.
É possível selecionar Standard ou Yitian. O Yitian está disponível apenas em regiões específicas. Para mais informações, consulte Product types.
NotaO Yitian é suportado apenas nas versões 8,0 e 5,7 do MySQL.
Instâncias da Basic Edition não oferecem tipos de product diferentes. Não é necessário configurar este parâmetro.
-
Escolha um storage type.
Métrica
Local SSD (Recommended)
General-purpose cloud disk
ESSD
Dimensionamento elástico
★★★★
Até 16.000 GB.
A expansão de armazenamento pode causar uma breve queda de conexão, a menos que haja recursos locais suficientes.
O scale-out pode levar várias horas.
Não há suporte para dimensionamento automático.
★★★★★
Até 64.000 GB.
Sem quedas de conexão durante a expansão de armazenamento.
Upgrade online e dimensionamento em segundos.
Suporte a dimensionamento automático.
★★★★★
Até 64.000 GB.
Sem quedas de conexão durante a expansão de armazenamento.
Upgrade online e dimensionamento em segundos.
Suporte a dimensionamento automático.
Desempenho
★★★★★★
O armazenamento e acesso locais aos dados proporcionam alto desempenho de I/O e latência em nível de microssegundos.
★★★★★
Oferece I/O bursting, Buffer Pool Extension (BPE) e data archiving, sendo compatível com all features dos ESSDs.
Para mais informações, consulte What are general-purpose cloud disks?.
★★★★
PL1 < PL2 < PL3
O PL2 oferece até 2 vezes mais IOPS e throughput que o PL1.
O PL3 oferece até 20 vezes mais IOPS e 11 vezes mais throughput que o PL1.
Backup
★★★★
Os backups demoram muito tempo.
Frequência máxima de backup: uma vez por dia.
★★★★★
Backups em nível de minuto ou segundo.
Frequência máxima de backup: a cada 15 minutos.
★★★★★
Backups em nível de minuto ou segundo.
Frequência máxima de backup: a cada 15 minutos.
NotaInstâncias da Basic Edition com MySQL 8,0 e 5,7 suportam apenas discos em nuvem. Já as instâncias da High-availability Edition com MySQL 5.6 e 5,5 aceitam somente SSDs locais.
Para mais detalhes sobre as diferenças de recursos entre discos em nuvem e SSDs locais, consulte Features of ApsaraDB RDS for MySQL.
(Opcional) Para instâncias que utilizam discos em nuvem, ative a cloud disk encryption.
-
-
Configure a rede. O tipo de rede é fixo como VPC.
-
Selecione uma VPC.
NotaRecomendamos selecionar a mesma vpc da sua instância ecs. Se a instância do ApsaraDB RDS e a instância ecs estiverem em vpcs diferentes, elas não poderão se comunicar pela rede interna.
-
Decida se deseja adicionar o bloco CIDR da vpc à IP whitelist.
NotaCaso selecione No, configure manualmente a lista de permissões de IP após a criação da instância. Para mais informações, consulte Configure an IP address whitelist.
-
-
Defina a zona, o vSwitch e a arquitetura de implantação da instância.
-
Selecione uma zona
Uma zona é uma área física independente dentro de uma região. Por exemplo, a região China (Hangzhou) possui a Zona H, a Zona I e a Zona J.
Zonas diferentes na mesma região não apresentam diferenças significativas.
Conectar-se a partir de uma instância ecs na mesma zona oferece um desempenho ligeiramente superior em comparação a uma conexão de outra zona dentro da mesma região.
-
Escolha um vSwitch
Um vSwitch é uma sub-rede dentro de uma vpc que conecta diferentes recursos de nuvem. Ao criar um recurso de nuvem em uma vpc, é obrigatório conectá-lo a um vSwitch.
Selecione um vSwitch existente ou clique em Create VSwitch para criar um novo. Para informações sobre as configurações de parâmetros, consulte Create and manage a vSwitch.
-
Defina a arquitetura de implantação
-
multi-zone deployment (Recommended): Os nós primário e secundário ficam em zonas diferentes dentro da mesma região, oferecendo recuperação de desastres entre zonas.
Ao selecionar multi-zone deployment, configure a Primary AZ and Network e a Secondary AZ and Network. Se você não configurar a Secondary AZ and Network, o sistema atribuirá automaticamente um vSwitch na zona secundária, sem afetar a criação da instância.
-
single-zone deployment: Os nós primário e secundário residem na mesma zona.
Se optar pela Basic Edition para a instância, apenas a opção single-zone deployment estará disponível.
NotaPara instâncias com nós primário e secundário, recomendamos selecionar multi-zone deployment para habilitar a recuperação de desastres entre zonas.
Caso selecione a Cluster Edition, também será necessário definir o número de nós secundários e as zonas para os nós primário e secundários.
-
-
-
Escolha um instance type.
-
Selecione uma Category: General-purpose ou Dedicated.
Categoria
Descrição
Recursos
General-purpose
Recursos dedicados: memória e I/O
Recursos compartilhados: CPU e armazenamento
Alta relação custo-benefício
Dedicated
Recursos dedicados: CPU, memória, armazenamento e I/O
NotaOs tipos de instância de host dedicado representam a oferta de nível superior na categoria dedicada. Eles fornecem acesso exclusivo à CPU, memória, armazenamento e I/O de um servidor físico inteiro.
Desempenho aprimorado e mais estável
NotaA Basic Edition não suporta tipos de instância dedicada.
-
Defina um tipo específico de instância (vCPUs e memória). Para obter uma lista dos tipos disponíveis, consulte ApsaraDB RDS for MySQL instance types.
Ambiente de teste: 1 vCPU ou mais.
Ambiente de produção: recomenda-se 4 vCPUs ou mais.
NotaPara instâncias da Cluster Edition, o preço de referência exibido no console refere-se a um único nó. Se você adquirir uma instância da Cluster Edition com um nó primário e dois secundários (três nós no total), o preço total será três vezes o preço de referência.
-
-
Selecione um database proxy.
O proxy de uso geral é gratuito e pode ser ativado na página de compra ou após a criação da instância. Esse recurso suporta funções avançadas, como divisão de leitura/escrita, persistência de conexão, divisão de transações, pool de conexões e criptografia ssl. O sistema ativa o proxy de banco de dados com as especificações recomendadas. Para mais informações, consulte Recommended specifications for a database proxy.
NotaAo criar uma instância da High-availability Edition, o proxy de banco de dados vem desativado por padrão. É possível ativar manualmente o proxy de banco de dados de uso geral.
Na criação de uma instância da Cluster Edition, o proxy de banco de dados de uso geral já vem ativado por padrão. Você pode desativá-lo manualmente se desejar.
Caso precise change the proxy specifications or type, faça isso após a criação da instância.
-
Defina a storage capacity.
A capacidade de armazenamento disponível depende do tipo de instância e do tipo de armazenamento selecionados. O ajuste pode ser feito em incrementos de 5 GB, tanto para aumento quanto para redução.
NotaSe tiver escolhido a High-availability Edition com armazenamento em disco em nuvem, marque a opção Enable Automatic Storage Expansion. Defina as condições de acionamento e o limite máximo para a expansão automática. Quando acionado, o sistema expande o armazenamento em 5 GB ou 15% da capacidade atual, o que for maior. Isso evita que a instância seja bloqueada por falta de espaço.
(Opcional) Ao criar uma instância com faturamento subscription e armazenamento local SSD, configure a Backup Retention Policy After Release. Recomendamos selecionar Retain the Last Backup ou Retain All Backups para evitar perda de dados caso esqueça de renovar a instância. Para mais informações, consulte Configure a backup retention policy for a released ApsaraDB RDS for MySQL instance.
-
(Opcional) Se o billing method for subscription, defina a Duration.
Prazos diferentes oferecem descontos variados. Passe o mouse sobre View Details ao lado de Configuration Fee para ver o detalhamento dos custos.
-
(Opcional) Configure outros parâmetros. Mantenha os valores padrão se não tiver requisitos específicos.
Parâmetro
Descrição
Database port
Porta de comunicação da instância do ApsaraDB RDS for MySQL. Valores válidos: 1000 a 65534.
Default storage engine
O valor padrão é InnoDB (Open Source Default), que oferece um conjunto abrangente de recursos.
NotaEste parâmetro só está disponível ao selecionar MySQL 8,0 com a High-availability Edition ou Basic Edition.
Parameter template
Escolha um modelo de parâmetros de alto desempenho, assíncrono, padrão ou personalizado. Os parâmetros do modelo aparecem à direita. Para mais informações, consulte Use parameter templates.
NotaDisponível apenas para a High-availability Edition ou Basic Edition.
Time zone
Fuso horário da instância.
NotaAplicável somente à High-availability Edition ou Basic Edition.
Table name case sensitivity
O padrão é Case-insensitive. Se o seu banco de dados local diferenciar maiúsculas de minúsculas em nomes de tabelas, selecione Case-sensitive para facilitar a migração de dados.
NotaVálido apenas para a High-availability Edition ou Basic Edition.
Release protection
Marque esta opção para ativar a proteção contra liberação em instâncias pay-as-you-go, evitando exclusões acidentais. Para mais informações, consulte Enable or disable release protection for an ApsaraDB RDS instance.
Minor engine version update policy
Política de atualização da versão secundária do mecanismo.
Auto Update (Recommended): A instância é atualizada automaticamente para a versão secundária mais recente durante a maintenance window. Altere o horário de atualização na página Scheduled Events.
Manual Update: Atualize a versão secundária manualmente na página de Informações Básicas da instância.
NotaSe não quiser usar a versão secundária mais recente, selecione Select Minor Version para especificar uma versão específica.
Resource group
Selecione um grupo de recursos padrão ou personalizado para facilitar o gerenciamento da instância.
Instance Name
Insira um nome descritivo para a instância.
Tag
Adicione tags para categorizar e gerenciar suas instâncias quando houver um grande volume delas. Para mais informações, consulte Filter instances by tag.
-
No canto superior direito da página, defina a quantidade de instâncias a serem criadas.
O padrão é 1. É possível criar até 20 instâncias por vez. Escolha a quantidade conforme sua necessidade.
-
Revise os detalhes do pedido, a quantidade e a duração (apenas para instâncias subscription) e clique em Confirm Order para concluir o pagamento.
NotaPara instâncias subscription, recomendamos marcar Enable Auto-renewal para evitar interrupções de service por falta de renovação.
Em assinaturas mensais, o ciclo de renovação automática é de um mês. Nas anuais, o ciclo é de um ano. O ciclo específico depende do pedido. Cancele a renovação automática a qualquer momento. Para mais informações, consulte Enable auto-renewal.
-
Visualize a instância.
Na página Instances, selecione a região onde a instância foi criada e localize a nova instância pela coluna Creation Time.
NotaA criação da instância leva de 1 a 10 minutos. Atualize a página para ver o status mais recente.
Próximos passos
Perguntas frequentes
Referências
Criar uma instância do ApsaraDB RDS chamando uma operação de API: CreateDBInstance
-
Para criar outros tipos de instâncias, consulte os tópicos abaixo:
Apêndice: Criação rápida com ROS
O Resource Orchestration Service (ROS) é um service da Alibaba Cloud que simplifica o gerenciamento de recursos de nuvem e a implantação automatizada por meio da abordagem de Infraestrutura como Código (IaC). Escreva modelos para definir os recursos necessários da Alibaba Cloud, como instâncias ecs e instâncias de banco de dados do ApsaraDB RDS, além de suas dependências. O mecanismo do ROS cria e configura automaticamente todos os recursos com base no modelo, permitindo implantações e operações automatizadas.
Como alternativa ao processo padrão de criação, utilize o modelo ROS fornecido neste tópico para criar e configurar uma instância do ApsaraDB RDS for MySQL, um banco de dados e uma conta em uma única operação. O ROS gerencia esses recursos como uma pilha unificada.
-
Abra o modelo de configuração rápida para acessar a página Create Stack no console do ROS.
ImportanteOs recursos de nuvem e suas dependências criados a partir de um modelo ROS são gerenciados dentro de uma pilha ROS. Visualize e gerencie esses recursos nos consoles de seus respectivos services ou gerencie-os coletivamente como uma pilha.
Os recursos criados a partir de um modelo ROS são services reais e faturáveis. A Alibaba Cloud cobrará por todos os recursos que você criar e utilizar. Se não precisar mais dos recursos de uma pilha, libere-a prontamente para evitar cobranças desnecessárias.
Na barra de menu superior, selecione uma região. Para habilitar a comunicação via rede interna com uma instância ecs, recomendamos selecionar a mesma região da instância ecs.
Insira um Stack Name. Este tópico usa
ros_test1como exemplo. Também é possível usar o nome padrão da pilha.-
Na seção Basic Resource Configurations, selecione uma Zone for VSwitch. Zonas diferentes oferecem tipos distintos de instância. Se não tiver requisitos específicos de zona, escolha uma que ofereça uma variedade maior de tipos de instância para sua região.
NotaEste modelo ROS cria automaticamente uma vpc e um vSwitch para a instância RDS. Basta selecionar uma zona para o vSwitch; a configuração de rede é automatizada.
-
Na seção RDS Configurations, configure a instância.
NotaEste modelo ROS configura a instância e o banco de dados do ApsaraDB RDS for MySQL com os seguintes parâmetros padrão. Configure os demais parâmetros manualmente:
Edição da instância: High-availability Edition
Mecanismo de banco de dados: MySQL
Método de faturamento: pay-as-you-go
Selecione um Instance Network Type. Intranet indica uma Virtual Private Cloud (vpc) e Internet indica uma rede clássica. Para se comunicar com instâncias ecs pela rede interna, selecione vpc. Este tópico usa Intranet como exemplo.
Escolha uma DB Engine Version. Este tópico utiliza a versão 8.0 como exemplo.
Defina um Instance storage type. local_ssd representa um SSD local, cloud_ssd indica um disco em nuvem SSD, cloud_essd corresponde a um ESSD PL1, cloud_essd2 a um ESSD PL2 e cloud_essd3 a um ESSD PL3. Este tópico usa cloud_essd como exemplo.
Defina a Storage capacity. Este tópico usa
20GBcomo exemplo. Ajuste a capacidade de armazenamento em incrementos de 5 GB conforme sua necessidade.Escolha um Instance type. Se estiver apenas testando o product ApsaraDB RDS for MySQL, selecione o tipo de instância de menor especificação disponível na zona para minimizar custos. Para uso de longo prazo, escolha um tipo que atenda aos seus requisitos.
Insira um Database Name. Este tópico usa
demodbcomo exemplo. Especifique um nome diferente que atenda aos requisitos exibidos na página.Selecione um Account Type. Super indica uma conta privilegiada, enquanto Normal indica uma conta padrão. Este tópico usa Super como exemplo.
Insira um Account Name e uma Password. Este tópico usa
demousercomo nome de conta. Crie uma senha personalizada que atenda aos requisitos.
-
(Opcional) Na seção Configure Stack, configure parâmetros adicionais para a pilha ROS. Pule esta etapa se não precisar definir outros parâmetros.
ImportanteSe for sua primeira vez usando um modelo ROS ou se não estiver familiarizado com o processo de criação de recursos, recomendamos selecionar Yes na opção Rollback on Failure. Se a criação da pilha falhar, o ROS tentará excluir quaisquer recursos criados com sucesso, ajudando a evitar cobranças inesperadas.
Clique em Next para revisar os Parameters e o Price. Antes de criar a pilha, confirme se o nome está correto, se os parâmetros selecionados atendem às suas necessidades e se o preço está conforme o esperado. Se precisar fazer alterações, clique em Previous para retornar à página de configurações de parâmetros.
Clique em Create para criar a pilha. O processo leva cerca de 2 a 3 minutos. Quando o Status da pilha mudar para CreateSucceeded, a pilha estará criada e pronta para uso.
Na página de detalhes da pilha, clique na aba Resources para visualizar os recursos de nuvem e as dependências da pilha. Para ver os detalhes de um recurso específico, clique no seu Resource ID. O ROS redirecionará você para a página correspondente no console do service.
(Opcional) Exclua a pilha. Se terminou de testar o product ApsaraDB RDS for MySQL e precisa remover a instância do ApsaraDB RDS junto com sua vpc e vSwitch associados, não é necessário excluí-los individualmente em cada console de service. Acesse o console do ROS, clique em Stacks no painel de navegação à esquerda para ir à página Stacks, localize a pilha desejada e clique em Delete na coluna Actions. O ROS liberará toda a pilha, incluindo todos os recursos e dependências contidos nela.