Conecte o cluster de backup a um cluster registrado na conta de restauração e conceda permissões em serviços de cloud como o Object Storage Service (OSS). Em seguida, faça backup e restaure clusters do Container Service for Kubernetes (ACK) em contas diferentes como se estivessem na mesma conta.
Como funciona
O que passa por backup
Antes de criar uma tarefa de backup, verifique se o Backup Center faz backup dos dados armazenados pela sua aplicação.
|
Tipo de recurso |
Incluído no backup |
Observações |
|
Recursos do Kubernetes (StatefulSet, Deployment, pod, Service, ConfigMap, Secret, Ingress, CronJob, PersistentVolumeClaim (PVC), PersistentVolume (PV), entre outros) |
Sim |
— |
|
Volumes NAS (Cloud Backup) |
Sim |
Não é possível fazer backup ou restaurar entre contas via VPCs |
|
Volumes de disco (Cloud Backup ou snapshot do ECS) |
Sim |
A solução de snapshot do ECS exige etapas adicionais entre contas |
|
Volumes OSS |
Não |
A restauração ocorre apontando o PVC e o PV para o bucket OSS original com o par AccessKey da conta de backup |
|
Recursos em processo de exclusão |
Não |
— |
Considerações
Para restaurar dados entre regiões, crie um cluster registrado na conta de restauração, na mesma região do cluster de restauração. O cluster de backup se conecta ao cluster registrado pela Internet. Os dados de backup são enviados para a cloud pela Internet, e a restauração dos dados para o cluster de restauração ocorre pela rede interna.
O cluster de backup e o cluster de restauração devem executar o Kubernetes 1.16 ou superior. Devido à compatibilidade de apiVersion, evite usar o Backup Center para migrar aplicações de um cluster com versão mais recente do Kubernetes para um cluster com versão anterior.
O Backup Center não faz backup de recursos que estão sendo excluídos.
(Para restauração em volumes NAS gerenciados pelo CNFS) É necessário {{XREF_0}} com alibabacloud-cnfs-nas.
-
Durante a restauração de uma aplicação, os recursos são restaurados preferencialmente usando a apiVersion recomendada para a versão do Kubernetes do cluster de restauração. Caso um recurso não tenha uma apiVersion suportada por ambas as versões de cluster, você deve implantar esse recurso manualmente. Por exemplo:
Um Deployment em um cluster Kubernetes 1.16 suporta as versões de API
extensions/v1beta1,apps/v1beta1,apps/v1beta2eapps/v1. Ao restaurar para um cluster Kubernetes 1.28, ele será restaurado usandoapps/v1.Um Ingress em um cluster Kubernetes 1.16 suporta as versões de API
extensions/v1beta1enetworking.k8s.io/v1beta1. Não é possível restaurá-lo diretamente para um cluster que executa o Kubernetes 1.22 ou superior.
Para obter mais informações sobre alterações de API entre versões do Kubernetes, consulte {{XREF_1}} e Guia de Migração de APIs Descontinuadas.
ImportanteEm um cluster Kubernetes 1.16, grupos de API como
appserbac.authorization.k8s.iojá suportam v1. Ao migrar aplicações para um cluster Kubernetes 1.28, você deve restaurar manualmente recursos como Ingress e CronJob. O modelo de instalação do Backup Center para um cluster registrado difere do modelo para um cluster gerenciado pelo ACK. Para continuar usando o Backup Center após conectar ou desconectar o cluster de backup de um cluster registrado, reinstale o add-on Backup Center no cluster registrado (após a conexão) ou no cluster de backup (após a desconexão).
Os snapshots criados pelo recurso de snapshot do Elastic Compute Service (ECS) para backups de discos em cloud em um cluster registrado pertencem à conta de backup e não podem ser restaurados diretamente na conta de restauração. Para aplicações que usam volumes de disco em cloud, utilize o recurso de compartilhamento de snapshots do ECS para restaurar os dados manualmente ou modifique a configuração global antes do backup para utilizar a solução Cloud Backup. Para mais informações, consulte {{XREF_2}}.
Pré-requisitos
{{XREF_3}}. Ao fazer backup de volumes persistentes NAS, OSS ou de disco local, e em cenários de cloud híbrida, o Backup Center precisa usar o Cloud Backup para File Backup.
-
Um cluster de restauração já criado. Para restaurar dados de disco em cloud a partir de snapshots do ECS, o cluster de restauração deve executar o Kubernetes 1.18 ou superior. Para mais informações, consulte {{XREF_4}}, {{XREF_5}} ou {{XREF_6}}.
NotaO cluster de restauração deve usar o plugin de armazenamento Container Storage Interface (CSI). A restauração não é suportada em clusters que usam o plugin FlexVolume, ou que usam os plugins CSI e FlexVolume simultaneamente através do add-on csi-compatible-controller.
{{XREF_7}} com as permissões necessárias concedidas.
(Para backups de snapshot de disco) {{XREF_8}} 1.1.0 ou superior instalado.
{{XREF_9}}.
Faturamento
O Backup Center é gratuito. Os serviços relacionados geram cobranças baseadas no uso:
Object Storage Service (OSS): Armazena arquivos YAML de backup. Consulte Faturamento do OSS.
-
Snapshots: Faz backup de volumes de disco. Consulte Faturamento de Snapshots.
A partir das 11:00 (UTC+8) de 12 de outubro de 2023, as taxas de armazenamento e de uso de recursos para o recurso de acesso instantâneo deixaram de ser cobradas. Consulte Usar o recurso de acesso instantâneo . Os snapshots criados durante backups de discos PL0 ESSD, PL1 ESSD, PL2 ESSD, PL3 ESSD e ESSD AutoPL têm o recurso de acesso instantâneo ativado por padrão.
Cloud Backup: Faz backup de volumes que não são de disco. Consulte Detalhes de preços do Cloud Backup.
Aplicações de exemplo
O cenário a seguir demonstra como fazer backup e restaurar dados de aplicações em um cluster.
O cluster de backup contém as seguintes aplicações:
|
Aplicação |
Volumes montados |
Características da aplicação |
Backup de dados necessário |
|
sts-disk |
|
Exige forte consistência de dados. As operações de escrita são suspensas antes do backup. |
Sim (Cloud Backup ou snapshot do ECS) |
|
sts-nas |
|
Não exige forte consistência de dados e aceita que dados escritos durante o backup possam ser perdidos. Não há planejamento de conexão Virtual Private Cloud (VPC) entre contas, portanto o cluster de restauração não consegue ler os dados no sistema de arquivos NAS original. |
Sim (Cloud Backup) |
|
sts-oss |
|
Armazena uma grande quantidade de dados e continua usando o bucket original por meio de um par AccessKey autorizado pela conta de backup. O Secret que armazena o par AccessKey passa por backup e restauração na conta de restauração; portanto, restrinja o par AccessKey ao bucket original e faça a rotação após a migração. |
Não (restaurar diretamente do YAML original de PVC e PV, que aponta para o bucket OSS original) |
Para obter informações sobre como criar aplicações que usam diferentes tipos de volume, consulte {{XREF_10}}.
(Opcional) Etapa 1: Desinstalar o Backup Center no cluster de backup
O Backup Center é fornecido pelo add-on migrate-controller. Se você já usou o Backup Center no cluster de backup, desinstale primeiro o add-on do Backup Center nesse cluster. Caso o add-on migrate-controller não esteja instalado no cluster de backup, pule esta etapa. Para mais informações, consulte {{XREF_11}}.
A desinstalação do add-on migrate-controller interrompe o Backup Center no cluster de backup. Planos de backup agendados param de ser executados e o cluster fica desprotegido até que você reinstale o add-on.
Antes de desinstalar o add-on, certifique-se de que nenhuma tarefa de backup ou restauração esteja em andamento.
Após a desinstalação do add-on, é necessário reinstalá-lo com o modelo correspondente ao tipo de cluster para que o Backup Center volte a funcionar.
Faça login no console do ACK com a conta de backup. No painel de navegação à esquerda, escolha Clusters.
Na página Clusters, clique no nome do cluster de backup. No painel de navegação à esquerda, clique em Add-ons.
Na página Add-ons, clique na aba Manage Applications.
Localize o cartão do add-on migrate-controller e clique em Uninstall no canto inferior direito.
Na caixa de diálogo Uninstall, clique em OK para desinstalar o add-on.
Etapa 2: Instalar o Backup Center no cluster registrado
Com a conta de restauração, siga as instruções em {{XREF_12}} e conecte o cluster de backup ao cluster registrado.
-
No cluster registrado, siga as instruções em {{XREF_13}}.
NotaComo o cluster de backup é um cluster ACK implantado na cloud e na mesma região, não é necessário configurar uma rota para o bloco CIDR da rede interna do OSS.
Etapa 3: Criar uma tarefa de backup no cluster registrado
Execute todas as etapas no cluster registrado sob a conta de restauração. Não alterne para o cluster de backup sob a conta de backup.
Em comparação com o Cloud Backup (HBR), o recurso de snapshot do ECS oferece backups mais rápidos e com maior consistência. No entanto, os snapshots criados pelo recurso de snapshot do ECS para backups de discos em cloud em um cluster registrado pertencem à conta de backup e não podem ser restaurados diretamente na conta de restauração.
Para o sts-disk, uma aplicação que usa volume de disco em cloud, existem dois métodos disponíveis para restaurar dados entre contas:
|
Solução de backup |
Solução Cloud Backup |
Solução de snapshot do ECS |
|
Funcionamento |
Antes do backup, configure o ConfigMap csdr-config no namespace csdr para usar o Cloud Backup nos dados dos discos em cloud. Durante a restauração, use a conversão de StorageClass para restaurar os dados como volumes de disco em cloud. |
Use o recurso padrão de snapshot do ECS para fazer backup dos dados do disco em cloud e utilize o recurso de compartilhamento de snapshots do ECS para compartilhar os snapshots criados da conta de backup com a conta de restauração. Antes de restaurar pelo Backup Center, crie manualmente recursos VolumeSnapshot no cluster usando provisionamento estático e recrie todos os PVCs de disco em cloud para garantir que os discos sejam criados e montados corretamente. |
|
Vantagens |
Quase não exige operações manuais adicionais. |
Os snapshots de disco em cloud do ECS garantem a consistência dos dados de cada disco e proporcionam backup e restauração mais rápidos. |
|
Desvantagens |
O Cloud Backup tem duração maior de backup e restauração, além de não garantir consistência total dos dados. Se a aplicação exigir forte consistência, as operações de escrita precisarão ser suspensas por um longo período. |
As operações manuais tornam-se trabalhosas quando há muitos discos em cloud envolvidos. |
|
Quando usar |
Sua aplicação não exige consistência estrita de dados ou possui muitos volumes de disco em cloud. |
Sua aplicação usa volumes de disco em cloud, exige consistência de dados e você está pronto para compartilhar snapshots entre contas. |
Se suas aplicações não utilizarem volumes de disco em cloud, faça o backup dos dados usando a solução Cloud Backup.
Solução Cloud Backup
Escolha a solução Cloud Backup quando sua aplicação não exigir consistência estrita de dados ou quando não houver volumes de disco em cloud. Caso suas aplicações usem volumes de disco em cloud e você queira utilizar a solução Cloud Backup para esses discos, execute as operações a seguir.
-
Certifique-se de que o recurso de snapshot do ECS esteja desativado.
-
Execute o comando a seguir para editar
csdr-config.PVC: <disk-pvc-name> Namespace: <disk-pvc-namespace> VolumeHandle: d-2ze323ra0h2v5lxxxxx Verifique se o parâmetro
enable_ecs_snapshotestá definido comofalse; caso contrário, modifique o valor, salve a alteração e saia.-
Se você modificou a configuração, execute o comando a seguir para reiniciar o componente de trabalho e aplicar a nova configuração.
PVC: <disk-pvc-name> Namespace: <disk-pvc-namespace> VolumeHandle: d-2ze323ra0h2v5lxxxxx
-
Se a conta de restauração não possuir um cofre de backup, crie um e associe-o a um bucket OSS na conta de restauração cujo nome siga o formato
cnfs-oss-*. Para mais informações, consulte {{XREF_14}}.-
Crie um backup para sts-oss. Para mais informações, consulte {{XREF_15}}.
Como a aplicação sts-oss precisa usar o bucket OSS original, não é necessário fazer backup dos dados no volume OSS. Crie um backup separado para a aplicação. Ao criar a tarefa de backup, defina Backup Volume como Disable.
Suponha que sts-oss seja executado em um namespace chamado oss. Para o backup, selecione apenas as aplicações no namespace
oss. Se sts-oss for executado no mesmo namespace que outras aplicações, especifique rótulos para selecionar as aplicações a serem incluídas no backup.Na página Application Backup, na aba Backup Records, verifique se o status da tarefa de backup relacionada muda de InProgress para Completed. Clique no nome do registro de backup e confirme se os recursos relacionados ao sts-oss, como StatefulSet, pods, PVCs, PVs e o Secret que armazena o par AccessKey, foram incluídos no backup.
AvisoO backup do sts-oss inclui o Secret que armazena o par AccessKey da conta de backup. Após a restauração, esse Secret e o par AccessKey contido nele ficam armazenados na conta de restauração e podem ser lidos por qualquer pessoa com acesso ao cofre de backup e ao bucket OSS
cnfs-oss-*associado nessa conta.Use o par AccessKey de um usuário RAM autorizado apenas no bucket OSS original. Não utilize o par AccessKey da conta Alibaba Cloud.
Após concluir a migração, faça a rotação ou desative o par AccessKey. Caso contrário, a conta de restauração manterá acesso ao bucket OSS original.
-
Crie backups para as aplicações sts-nas e sts-disk. Para mais informações, consulte {{XREF_16}}.
Ao criar a tarefa de backup, defina Backup Volume como Mounted Volumes.
Como
enable_ecs_snapshotestá definido comofalse, os dados nos volumes de disco em cloud também passam por backup via Cloud Backup. No console do Cloud Backup, no painel de navegação à esquerda, clique em Container Backup. Na aba Backup Jobs, visualize o progresso e o resultado do backup de cada PVC.
Solução de snapshot do ECS
Opte pela solução de snapshot do ECS quando sua aplicação usar volumes de disco em cloud e exigir consistência de dados. Se suas aplicações utilizarem volumes de disco em cloud e você quiser adotar a solução de snapshot do ECS para esses backups, execute as operações a seguir.
-
Certifique-se de que o recurso de snapshot do ECS esteja ativado.
-
Execute o comando a seguir para editar
csdr-config.PVC: <disk-pvc-name> Namespace: <disk-pvc-namespace> VolumeHandle: d-2ze323ra0h2v5lxxxxx Verifique se o parâmetro
enable_ecs_snapshotestá definido comotrue; caso contrário, modifique o valor, salve a alteração e saia.-
Se você modificou a configuração, execute o comando a seguir para reiniciar o componente de trabalho e aplicar a nova configuração.
PVC: <disk-pvc-name> Namespace: <disk-pvc-namespace> VolumeHandle: d-2ze323ra0h2v5lxxxxx
-
Se a conta de restauração não possuir um cofre de backup, crie um e associe-o a um bucket OSS na conta de restauração cujo nome siga o formato
cnfs-oss-*. Para mais informações, consulte {{XREF_17}}.-
Crie um backup para sts-oss. Para mais informações, consulte {{XREF_18}}.
Como a aplicação sts-oss precisa usar o bucket OSS original, não é necessário fazer backup dos dados no volume OSS. Crie um backup separado para a aplicação. Ao criar a tarefa de backup, defina Backup Volume como Disable.
Suponha que sts-oss seja executado em um namespace chamado oss. Para o backup, selecione apenas as aplicações no namespace
oss. Se sts-oss for executado no mesmo namespace que outras aplicações, especifique rótulos para selecionar as aplicações a serem incluídas no backup.Na página Application Backup, na aba Backup Records, verifique se o status da tarefa de backup relacionada muda de InProgress para Completed. Clique no nome do registro de backup e confirme se os recursos relacionados ao sts-oss, como StatefulSet, pods, PVCs, PVs e o Secret que armazena o par AccessKey, foram incluídos no backup.
AvisoO backup do sts-oss inclui o Secret que armazena o par AccessKey da conta de backup. Após a restauração, esse Secret e o par AccessKey contido nele ficam armazenados na conta de restauração e podem ser lidos por qualquer pessoa com acesso ao cofre de backup e ao bucket OSS
cnfs-oss-*associado nessa conta.Use o par AccessKey de um usuário RAM autorizado apenas no bucket OSS original. Não utilize o par AccessKey da conta Alibaba Cloud.
Após concluir a migração, faça a rotação ou desative o par AccessKey. Caso contrário, a conta de restauração manterá acesso ao bucket OSS original.
-
Crie um backup para as aplicações sts-nas e sts-disk, denominado backup-nas-disk. Para mais informações, consulte {{XREF_19}}.
Ao criar a tarefa de backup, defina Backup Volume como Mounted Volumes.
Por padrão, os dados nos volumes de disco em cloud passam por backup usando snapshots do ECS. No console do ECS, no painel de navegação à esquerda, clique em Snapshot. Na aba Disk Snapshot, visualize o snapshot de cada disco em cloud.
Por padrão, os dados nos volumes NAS passam por backup via Cloud Backup. No console do Cloud Backup, no painel de navegação à esquerda, clique em Container Backup. Na aba Backup Jobs, visualize o progresso e o resultado do backup de cada PVC.
Etapa 4: Criar uma tarefa de restauração no cluster de restauração
-
Antes de criar uma tarefa de restauração, instale e configure os add-ons necessários no cluster de restauração. Por exemplo:
Add-on sem senha do Container Registry (ACR): Conceda permissões novamente para o cluster de restauração e configure o acr-configuration.
Add-on ALB Ingress: Configure previamente recursos como um AlbConfig.
As restaurações não são destrutivas. Se já existir um recurso com o mesmo nome no cluster de restauração, a tarefa ignorará esse recurso. Verifique os recursos restaurados após o sucesso da tarefa. Um recurso ignorado mantém sua configuração existente, portanto, uma tarefa bem-sucedida não significa que a especificação do backup foi aplicada.
Se suas aplicações não utilizarem volumes de disco em cloud, restaure os dados usando a solução Cloud Backup.
-
Quando recursos Service são restaurados, as seguintes adaptações ocorrem conforme o tipo de Service:
NodePort Service: Os números de porta são mantidos por padrão na restauração entre clusters.
LoadBalancer Service: Se
spec.externalTrafficPolicyestiver definido comoLocal,spec.healthCheckNodePortusará um número de porta aleatório por padrão. Para manter os números de porta, definaspec.preserveNodePorts: trueno recursoApplicationRestoreao criar a tarefa de restauração. Para mais informações sobre o recurso, consulte {{XREF_20}}.Para um Service no cluster de backup associado a uma instância específica existente do Server Load Balancer (SLB), a restauração usa a instância SLB original e desativa a escuta forçada por padrão. Configure os listeners no console do SLB.
Para um Service no cluster de backup cuja instância SLB é gerenciada pelo CCM, o CCM cria uma nova instância SLB durante a restauração. Para mais informações, consulte {{XREF_21}}.
Solução Cloud Backup
Use a conta de restauração para executar as etapas a seguir no cluster de restauração.
-
Crie uma tarefa de restauração para restaurar a aplicação sts-oss. Para mais informações, consulte {{XREF_22}}.
Na página Application Backup, clique em Restore, selecione e inicialize um cofre de backup e aguarde a sincronização dos backups com o cluster de restauração.
Selecione o backup backup-oss e crie uma tarefa de restauração.
No cluster de restauração, verifique se o sts-oss foi restaurado. Execute o comando
kubectl execpara entrar no container e verificar se os dados estão consistentes.
-
Crie uma tarefa de restauração para restaurar as aplicações sts-nas e sts-disk, e utilize a conversão de StorageClass para restaurar o tipo de armazenamento dos dados. Para mais informações, consulte {{XREF_23}}.
-
Na página Application Backup, clique em Restore e selecione o backup backup-nas-disk. Selecione a StorageClass alicloud-disk para pvc-disk e a StorageClass alibabacloud-cnfs-nas para pvc-nas.
Por padrão, alicloud-disk refere-se à StorageClass alicloud-disk-topology-alltype fornecida pelo CSI. Alternativamente, crie uma StorageClass personalizada no cluster para a conversão.
No cluster de restauração, verifique se as aplicações e os dados estão normais. No console do ECS, verifique se novos discos em cloud foram criados na conta de restauração e montados nos nós correspondentes.
-
Solução de snapshot do ECS
-
Use a conta de restauração para criar uma tarefa de restauração no cluster de restauração destinada à aplicação sts-oss. Para mais informações, consulte {{XREF_24}}.
Na página Application Backup, clique em Restore, selecione e inicialize um cofre de backup e aguarde a sincronização dos backups com o cluster de restauração.
Selecione o backup backup-oss e crie uma tarefa de restauração.
No cluster de restauração, verifique se o sts-oss foi restaurado. Execute o comando
kubectl execpara entrar no container e verificar se os dados estão consistentes.
-
Alterne para a conta de backup. No console do ECS, compartilhe os snapshots com a conta de restauração. Para mais informações, consulte {{XREF_25}}.
Os snapshots criados pelo Backup Center têm o prefixo "snapshot-". Identifique os snapshots alvo pela data de criação dos registros de backup.
-
Para facilitar a restauração manual posterior dos volumes de disco em cloud, registre os seguintes mapeamentos na conta de backup:
No console do ECS, consulte e registre o mapeamento entre os IDs dos snapshots criados e os IDs dos discos em cloud.
-
No cluster de backup, consulte e registre os PVCs de disco em cloud e seus respectivos IDs de disco em cloud.
Execute o comando a seguir para obter tanto as informações do PVC quanto as informações do disco em cloud de um PV de disco em cloud:
PVC: <disk-pvc-name> Namespace: <disk-pvc-namespace> VolumeHandle: d-2ze323ra0h2v5lxxxxxA saída esperada é semelhante a:
PVC: <disk-pvc-name> Namespace: <disk-pvc-namespace> VolumeHandle: d-2ze323ra0h2v5lxxxxxPVC e Namespace correspondem ao nome do PVC de disco em cloud e ao namespace onde ele reside. VolumeHandle é o ID do disco em cloud criado pelo backup.
Combine as informações anteriores para estabelecer o mapeamento entre cada PVC de disco em cloud e o ID do snapshot correspondente.
-
Alterne para a conta de restauração. No console do Resource Sharing, aceite os snapshots compartilhados. Para mais informações, consulte {{XREF_26}}.
Depois que um snapshot é compartilhado com a conta de restauração, seu nome permanece inalterado, mas o ID do snapshot muda.
Obtenha o mapeamento entre os IDs antigos e novos dos snapshots pelo nome do snapshot. Combine esse mapeamento com os mapeamentos registrados na etapa 3 desta lista para estabelecer o mapeamento entre cada PVC de disco em cloud e o novo ID do snapshot compartilhado.
-
Restaure manualmente os volumes de disco em cloud no cluster de restauração. Para restaurar um único volume, execute as etapas a seguir:
Crie recursos VolumeSnapshotContent e VolumeSnapshot no cluster de restauração usando provisionamento estático. Para mais informações, consulte {{XREF_27}}. O recurso VolumeSnapshot deve estar no mesmo namespace que o PVC, e snapshotHandle em VolumeSnapshotContent deve ser o novo ID do snapshot compartilhado.
Crie um PVC com o mesmo nome do PVC original a partir do VolumeSnapshot. Para mais informações, consulte a Etapa 6 em {{XREF_28}}. Exceto pelo campo adicionado
dataSource, as demais configurações devem ser idênticas às do PVC original.
-
Crie uma tarefa de restauração no cluster de restauração para restaurar as aplicações sts-nas e sts-disk. Para mais informações, consulte {{XREF_29}}.
Como os volumes usados pela aplicação sts-disk já foram restaurados, esta restauração ignora esses volumes por padrão. Durante a restauração, a carga de trabalho da aplicação sts-disk monta automaticamente os PVCs com os mesmos nomes.
Na página Application Backup, clique em Restore e selecione o backup backup-nas-disk. Se você não selecionar a conversão de StorageClass, a StorageClass original será usada por padrão na restauração. Antes da restauração, certifique-se de que a StorageClass existe.
No cluster de restauração, verifique se as aplicações e os dados estão normais. No console do ECS, verifique se novos discos em cloud foram criados na conta de restauração e montados nos nós correspondentes.
(Opcional) Etapa 5: Desconectar o cluster de backup do cluster registrado e reimplantar o add-on
Se você não precisar mais de backup e restauração entre contas, remova o cluster de backup do cluster registrado.
Caso deseje continuar usando o Backup Center no cluster de backup sob a conta de backup, desinstale o add-on migrate-controller e reinstale-o com a conta de backup. Para mais informações, consulte {{XREF_30}}.
Desconectar o cluster de backup libera apenas o registro do cluster. Os seguintes recursos criados por este procedimento continuam gerando cobranças até que você os libere:
O cofre de backup na conta de restauração e o bucket OSS
cnfs-oss-*associado, que armazenam os arquivos de backup.Os snapshots do ECS criados na conta de backup e as cópias de snapshots compartilhados aceitas na conta de restauração.
Os discos em cloud criados na conta de restauração pela conversão de StorageClass.
O cofre do Cloud Backup que armazena os dados de volume NAS e, quando
enable_ecs_snapshotéfalse, os dados de volume de disco.As instâncias SLB que o Cloud Controller Manager cria para Services LoadBalancer durante a restauração.
Documentação relacionada
Se precisar migrar aplicações entre clusters que usam plugins de armazenamento diferentes ou versões diferentes do Kubernetes, consulte {{XREF_31}}.
Se precisar migrar aplicações entre clusters na mesma região, consulte {{XREF_32}}.
Se precisar migrar aplicações entre clusters em regiões diferentes, consulte {{XREF_33}}.
Se precisar migrar aplicações de cluster usando comandos kubectl, consulte {{XREF_34}}.