Como migrar os seus dados S3 para uma cloud europeia sem alterar o seu código

Migre o seu Object Storage compatível com Amazon S3 para uma infraestrutura cloud europeia sem alterar o seu código.

Mantenha as chamadas de API S3 da sua aplicação enquanto altera o armazenamento, o endpoint, as credenciais e a configuração de implementação. Este percurso prático abrange a transferência de dados de objetos, a validação e a transição para produção, cópia de segurança e cargas de trabalho reguladas. A OVHcloud é uma das principais alternativas ao Amazon S3, suportando cerca de 80% dos casos de utilização de produção comuns.
Programa de migraçãoObject Storage
OVHcloud_Public_Cloud_Generic_White_600x400.png

Evidência operacional para uma migração europeia controlada

Consulte a disponibilidade regional e os limites antes de migrar o armazenamento para a cloud europeia.
Gear.svg
API S3 nativa, cinco classes de armazenamento e quatro modos de implementação
Gear.svg
Multi-Zone abrange três zonas com um SLA de disponibilidade de 99,99%
Gear.svg
Migre o S3 para a cloud europeia e reforce a soberania dos dados
Gear.svg
As certificações ISO abrangem a maioria das regiões, com HDS disponível

A compatibilidade com S3 é um âmbito a verificar, não uma paridade a assumir

Armazenamento de objetos compatível com S3

Armazenamento de objetos compatível com S3 preserva operações comuns como a criação de buckets, a escrita de objetos, a leitura de dados e a geração de URLs pré-assinados. Não reproduz todos os comportamentos da plataforma original. Uma aplicação pode compilar e ligar-se, embora continue a depender de uma chamada de API, formato de resposta ou predefinição de SDK não suportados.

Cobertura da OVHcloud

O Object Storage da OVHcloud é uma alternativa europeia robusta ao S3 para cargas de trabalho comuns de produção, cópias de segurança e dados regulados. Valide a compatibilidade com as operações da API S3, o comportamento do SDK e as funcionalidades de serviço de que a sua aplicação necessita. Se uma dependência necessária não for suportada, poderá ter de modificar o código ou operar a carga de trabalho de forma diferente.

Inventário antes da migração de dados

Crie um inventário antes de qualquer migração de dados. Registe cada operação de API, SDK e versão, fluxo de trabalho da consola, regra de repetição, dependência de eventos e capacidade do bucket. Consulte as regras de ciclo de vida, replicação, versionamento, Bloqueio de Objeto, encriptação,  ACLs e CORS. Confirme que o modelo de segurança e encriptação necessário está disponível na região escolhida.

Comportamento real do utilizador

A revisão deve refletir o comportamento real do utilizador. Testar objeto representativo tamanhos, concorrência de pedidos, padrões de listagem e tratamento de erros. O desempenho deve ser medido a partir da localização de implementação localização na Europa, não inferido a partir de um benchmark genérico.

Alterar o destino através da configuração

Para migrar o S3 para a infraestrutura cloud europeia, substitua o endereço existente pelo ponto final europeu de destino e forneça as credenciais de acesso recém-criadas. Mantenha o mesmo cliente S3 e operações de objeto onde a plataforma os suporte. Armazene cada segredo num cofre gerido, não no código. Recrie permissões equivalentes ao IAM apenas com o acesso de que o software necessita. Este passo limita a exposição se as credenciais forem comprometidas. Trate a troca de endpoint como uma alteração de configuração criada para testes que não sejam de produção. Uma ligação bem-sucedida não prova que os dados armazenados estão completos nem que todos os comportamentos estão prontos. Utilize o guia de implementação para registar a nova vista antes de o tráfego público ou a transferência de dados começar.
[object Object]
Mapeie cada operação da API S3 utilizada pela aplicação existente. Registe os tamanhos dos objetos e ficheiros, a frequência de pedidos, a concorrência, os objetivos de latência e o tratamento de erros. Compare estes requisitos com as funcionalidades do produto suportadas antes de iniciar um teste. A prontidão depende do caminho de produção completo, não de um carregamento de teste bem-sucedido. Utilize dados e tráfego representativos ao decidir se deve migrar o S3 para uma infraestrutura de nuvem europeia.
Uma carga de trabalho de backup depende da integridade do catálogo, políticas de retenção, imutabilidade e restauração fiável. O Object Storage da OVHcloud possui certificação Veeam Ready e compatibilidade declarada com HYCU, Cohesity, Veritas NetBackup e CloudCasa. Confirme a versão de software e configuração precisas. Depois, restaure dados representativos num ambiente isolado. A oferta deve suportar tanto a proteção agendada como a estratégia de recuperação, incluindo o tempo de recuperação e os requisitos de retenção.
As cargas de trabalho regulamentadas requerem controlos alinhados com a legislação aplicável e com a política interna. Avalie a jurisdição, encriptação, Object Lock, chave propriedade, períodos de retenção e procedimentos de eliminação. Identifique onde reside cada cópia de dados, chave de encriptação e registo operacional. Uma certificação de serviço pode apoiar a conformidade, mas não estabelece a conformidade para o seu contexto de processamento. Utilize estas conclusões para iniciar uma prova de conceito, reveja a arquitetura ou mantenha buckets selecionados no o fornecedor existente. Uma estratégia faseada pode migrar o armazenamento adequado primeiro, enquanto as dependências que requerem alterações de código ou validação adicional permanecem na origem.
Mapeie cada operação da API S3 utilizada pela aplicação existente. Registe os tamanhos dos objetos e ficheiros, a frequência de pedidos, a concorrência, os objetivos de latência e o tratamento de erros. Compare estes requisitos com as funcionalidades do produto suportadas antes de iniciar um teste. A prontidão depende do caminho de produção completo, não de um carregamento de teste bem-sucedido. Utilize dados e tráfego representativos ao decidir se deve migrar o S3 para uma infraestrutura de nuvem europeia.

Selecionar um método de transferência que corresponda ao requisito operacional

Copie objetos 
com rclone

Utilize o rclone para transferir conjuntos de objetos entre o serviço de origem e o de destino. Preserve os metadados suportados sempre que possível, controle a concorrência e compare as somas de verificação ou listagens posteriormente. Reserve tempo suficiente para tentativas e reconciliação.

Manter a gestão de cópias de segurança

Certificado ou compatível o software de cópia de segurança é mais adequado quando o catálogo, a retenção, o restauro a sequenciação e a aplicação de políticas são mais importantes do que uma cópia bruta. Validar proteção e recuperação através do mesmo fluxo de trabalho de produto utilizado na produção.

Utilizar ferramentas de transferência 
nativas

A CLI ou o MinIO mc podem criar tarefas de cópia controladas e programáveis. Restringir as credenciais de acesso, registar logs e garantir que os objetos falhados possam ser identificados e repetidos sem reiniciar a transferência completa.

Escolher a localização necessária

Selecionar França, Alemanha ou outra região europeia disponível de acordo com a política de residência, latência e conformidade. Armazenamento de objetos compatível com S3 na Europa ainda requer verificações específicas da localização para a disponibilidade do serviço e controlos de acesso organizacionais.

Provisionar o destino como código

API S3Terraform
Utilize Terraform para definir o bucket, a região, a classe de armazenamento, o versionamento, o ciclo de vida as definições e as políticas de acesso antes da migração. Compare o estado resultante com o design aprovado e os requisitos de origem. Escolha Single-Zone ou Multi-Zone de acordo com a latência, a disponibilidade e a criticidade da carga de trabalho. Multi-Zone abrange três zonas de disponibilidade e inclui um SLA de 99,99%. Para Kubernetes e outras cargas de trabalho de contentores, forneça credenciais e políticas através do pipeline de implementação. Esta base controlada ajuda as equipas a migrar do S3 para a OVHcloud sem criar infraestruturas digitais não geridas. A origem permanece como autoridade até que a validação esteja concluída.
Diagrama técnico de aplicações e SDKs compatíveis com S3 que se ligam ao Object Storage da OVHcloud através de um endpoint alterado, com verificações de compatibilidade

Execute a migração através de quatro fases controladas

1. Provisione o 
destino

Crie o bucket, as políticas de acesso e as definições necessárias com Terraform ou a CLI. Registe a região OVHcloud, a classe de armazenamento, a versão e a configuração de retenção. Mantenha as definições de infraestrutura sob revisão para que a solução implementada corresponda à norma aprovada.

2. Transferir enquanto a origem permanece autoritativa

Copie objetos com rclone ou outras ferramentas suportadas. Mantenha as leituras de produção e as escritas no fornecedor de origem durante a transferência inicial. Planeie o tráfego de saída da origem, armazenamento temporário, ferramentas e mão de obra no custo da migração. O tráfego de saída do Object Storage de destino é gratuito, mas o projeto global não o é.

3. Verifique os dados 
e o comportamento

Compare contagens de objetos, tamanhos totais, somas de verificação, metadados e leituras representativas. Teste carregamentos multipart, ações de ciclo de vida, controlos de acesso e operações de restauro, quando relevante. Investigue todas as incongruências em vez de aceitar uma amostra que oculta riscos.

4. Proceda à transição com uma janela de reversão

Pause as escritas ou reconcilie as alterações efetuadas após a primeira cópia. Atualize as credenciais e o ponto final, depois altere o tráfego numa janela controlada. Monitorize as taxas de erro, a latência dos pedidos e os registos da aplicação. Mantenha a origem e um caminho de reversão documentado até que os critérios de aceitação sejam cumpridos.

Avalie a jurisdição, as operações e os custos

Uma região cloud europeia define a localização dos dados. A soberania também depende da propriedade do fornecedor, da jurisdição e da exposição a exigências legais estrangeiras. Leia os termos de serviço em destaque e verifique estes fatores de forma independente. Para a migração S3 sem alteração de código, compare a cobertura da API, o endpoint de destino, o design de disponibilidade, o suporte, as certificações e o modelo operacional empresarial. Os consumidores de Serverless podem ter requisitos diferentes de latência e de pedidos. O preço deve incluir a saída da origem, armazenamento duplo, ferramentas, esforço de engenharia e risco de indisponibilidade. O tráfego de destino sem custos de saída pode reduzir os custos contínuos, mas a migração em si ainda acarreta custos
{"en":"Gere uma imagem para um componente de website \"text_media\". A imagem deve representar visualmente e comp","fr":"Gere uma imagem para um componente de website \"text_media\". A imagem deve representar visualmente e comp"}
Escolha o suporte que se adequa à sua escala de migração
Contacte especialistas em migração