Skip to main content
Uma versão mais recente deste produto está disponível.
O português é fornecido por meio de tradução automática para sua conveniência. O inglês precede o português em caso de inconsistências.

Requisitos de migração de contêiner de nós

Colaboradores

O recurso de migração de nó permite mover manualmente um nó de um host para outro. Normalmente, ambos os hosts estão no mesmo data center físico.

A migração de nós permite executar a manutenção do host físico sem interromper as operações de grade. Você move todos os nós do StorageGRID, um de cada vez, para outro host antes de colocar o host físico off-line. A migração de nós requer apenas um curto período de inatividade para cada nó e não deve afetar a operação ou a disponibilidade dos serviços de grade.

Se você quiser usar o recurso de migração de nós do StorageGRID, sua implantação deve atender a requisitos adicionais:

  • Nomes de interface de rede consistentes entre hosts em um único data center físico

  • Storage compartilhado para volumes de repositório de objetos e metadados do StorageGRID que podem ser acessados por todos os hosts em um único data center físico. Por exemplo, você pode usar storage arrays do NetApp e-Series.

Se você estiver usando hosts virtuais e a camada de hypervisor subjacente suportar a migração de VM, talvez queira usar essa funcionalidade em vez do recurso de migração de nós no StorageGRID. Nesse caso, você pode ignorar esses requisitos adicionais.

Antes de executar a migração ou a manutenção do hipervisor, encerre os nós com simplicidade. Consulte as instruções para "fechando um nó de grade".

Migração do VMware Live não suportada

O OpenStack Live Migration e o VMware Live vMotion fazem com que a hora do relógio da máquina virtual salte e não seja compatível com nós de grade de qualquer tipo. Embora raros, tempos de clock incorretos podem resultar em perda de dados ou atualizações de configuração.

A migração fria é suportada. Na migração fria, você desliga os nós do StorageGRID antes de migrá-los entre hosts. Consulte as instruções para "fechando um nó de grade".

Nomes de interface de rede consistentes

Para mover um nó de um host para outro, o serviço de host StorageGRID precisa ter alguma confiança de que a conetividade de rede externa que o nó tem em seu local atual pode ser duplicada no novo local. Ele obtém essa confiança através do uso de nomes de interface de rede consistentes nos hosts.

Suponha, por exemplo, que o StorageGRID NodeA em execução no Host1 foi configurado com os seguintes mapeamentos de interface:

Esta imagem é explicada pelo texto circundante.

O lado esquerdo das setas corresponde às interfaces tradicionais vistas de dentro de um contentor StorageGRID (ou seja, as interfaces de rede de Grade, Admin e Cliente, respetivamente). O lado direito das setas corresponde às interfaces de host reais que fornecem essas redes, que são três interfaces VLAN subordinadas à mesma ligação de interface física.

Agora, suponha que você queira migrar NodeA para Host2. Se o Host2 também tiver interfaces chamadas bond0,1001, bond0,1002 e bond0,1003, o sistema permitirá a movimentação, assumindo que as interfaces com nomes semelhantes fornecerão a mesma conetividade no Host2 como no Host1. Se Host2 não tiver interfaces com os mesmos nomes, a movimentação não será permitida.

Há muitas maneiras de obter nomes consistentes de interface de rede entre vários hosts; "Configurando a rede host"consulte para obter alguns exemplos.

Armazenamento compartilhado

Para realizar migrações de nós rápidas e de baixa sobrecarga, o recurso de migração de nós do StorageGRID não move fisicamente os dados dos nós. Em vez disso, a migração de nós é realizada como um par de operações de exportação e importação, da seguinte forma:

  1. Durante a operação de exportação de nós, uma pequena quantidade de dados de estado persistente é extraída do contentor de nó em execução no HostA e armazenada em cache no volume de dados do sistema desse nó. Em seguida, o contentor de nó no HostA é desinstanciado.

  2. Durante a operação de importação de nós, o contentor de nó no HostB que usa a mesma interface de rede e mapeamentos de armazenamento de bloco que estavam em vigor no HostA é instanciado. Em seguida, os dados de estado persistente em cache são inseridos na nova instância.

Dado este modo de operação, todos os dados do sistema do nó e volumes de armazenamento de objetos devem estar acessíveis a partir de HostA e HostB para que a migração seja permitida e funcione. Além disso, eles devem ter sido mapeados para o nó usando nomes que são garantidos para se referir aos mesmos LUNs no HostA e HostB.

O exemplo a seguir mostra uma solução para o mapeamento de dispositivos de bloco para um nó de armazenamento StorageGRID, onde o multipathing DM está em uso nos hosts, e o campo alias foi usado /etc/multipath.conf para fornecer nomes de dispositivos de bloco consistentes e amigáveis disponíveis em todos os hosts.

Esta imagem é explicada pelo texto circundante.