Requisitos de migração de contêiner de nó do StorageGRID para Linux
O recurso de migração de nós permite que você mova manualmente um nó de um host para outro. Normalmente, ambos os hosts estão no mesmo data center.
|
|
"Linux" refere-se a uma instalação do RHEL, Ubuntu ou Debian. Para obter uma lista das versões suportadas, consulte o "NetApp Ferramenta de Matriz de Interoperabilidade (IMT)". |
A migração de nós permite que você realize a manutenção física do host sem interromper as operações do grid. Você move todos os nós do StorageGRID, um de cada vez, para outro host antes de desligar o host físico. Migrar nós requer apenas um curto tempo de inatividade para cada nó e não deve afetar a operação ou a disponibilidade dos serviços do grid.
Se você deseja usar o recurso de migração de nós do StorageGRID, sua implantação deve atender a requisitos adicionais:
-
Nomes consistentes de interface de rede em todos os hosts de um único data center
-
Storage compartilhado para volumes de metadados e repositório de objetos do StorageGRID, acessível por todos os hosts em um único data center. Por exemplo, você pode usar arrays de armazenamento NetApp E-Series.
Se você estiver usando hosts virtuais e a camada de hipervisor subjacente suportar a migração de máquinas virtuais, talvez queira usar esse recurso em vez da funcionalidade de migração de nós no StorageGRID. Nesse caso, você pode ignorar esses requisitos adicionais.
Antes de realizar a migração ou a manutenção do hipervisor, desligue os nós corretamente. Consulte as instruções para "Desligando um nó da grid".
Migração ao vivo do VMware não é compatível
Ao realizar a instalação bare-metal em máquinas virtuais VMware, a Live Migration do OpenStack e o VMware live vMotion fazem com que o horário do relógio da máquina virtual salte e não são suportados para nós de grid de nenhum tipo. Embora raro, horários de relógio incorretos podem resultar em perda de dados ou atualizações de configuração.
A migração a frio é suportada. Na migração a frio, você desliga os nós do StorageGRID antes de migrá-los entre hosts. Consulte as instruções para "Desligando um nó da grid".
Nomes consistentes de interface de rede
Para mover um nó de um host para outro, o serviço de host do StorageGRID precisa ter alguma confiança de que a conectividade de rede externa que o nó possui em sua localização atual possa ser duplicada na nova localização. Essa confiança é obtida por meio do uso de nomes de interface de rede consistentes nos hosts.
Suponha, por exemplo, que StorageGRID NodeA em execução no Host1 tenha sido configurado com os seguintes mapeamentos de interface:

O lado esquerdo das setas corresponde às interfaces tradicionais, conforme visualizadas de dentro de um contêiner StorageGRID (ou seja, as interfaces de rede Grid, Admin e Client, respectivamente). O lado direito das setas corresponde às interfaces reais do host que fornecem essas redes, que são três interfaces VLAN subordinadas à mesma agregação de interface física.
Agora, suponha que você queira migrar NodeA para Host2. Se Host2 também tiver interfaces chamadas bond0.1001, bond0.1002 e bond0.1003, o sistema permitirá a migração, assumindo que as interfaces com os mesmos nomes fornecerão a mesma conectividade em Host2 que em Host1. Se Host2 não tiver interfaces com os mesmos nomes, a migração não será permitida.
Existem muitas maneiras de obter uma nomenclatura consistente para interfaces de rede em vários hosts; veja "Configurar a rede do host" para alguns exemplos.
Storage compartilhado
Para realizar migrações de nós rápidas e com baixa sobrecarga, o recurso de migração de nós do StorageGRID não move fisicamente os dados do nó. 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:
-
Durante a operação de "exportação de nó", uma pequena quantidade de dados de estado persistente é extraída do contêiner do nó em execução no HostA e armazenada em cache no volume de dados do sistema desse nó. Em seguida, o contêiner do nó no HostA é desinstanciado.
-
Durante a operação de "importação de nó", o contêiner de nó no HostB que usa a mesma interface de rede e os mesmos mapeamentos de storage em bloco que estavam em vigor no HostA é instanciado. Em seguida, os dados de estado persistente em cache são inseridos na nova instância.
Nesse modo de operação, todos os volumes de dados do sistema e de storage de objetos do nó devem ser acessíveis tanto pelo HostA quanto pelo HostB para que a migração seja permitida e funcione. Além disso, eles devem ter sido mapeados no nó usando nomes que garantam que se refiram aos mesmos LUNs no HostA e no HostB.
O exemplo a seguir mostra uma solução para mapeamento de dispositivos de bloco para um StorageGRID Storage Node, onde o multipathing DM está em uso nos hosts e o campo de alias foi utilizado em /etc/multipath.conf para fornecer nomes de dispositivos de bloco consistentes e amigáveis, disponíveis em todos os hosts.
