Linux용 StorageGRID 노드 컨테이너 마이그레이션 요구 사항
변경 제안
PDF
노드 마이그레이션 기능을 사용하면 노드를 한 호스트에서 다른 호스트로 수동으로 이동할 수 있습니다. 일반적으로 두 호스트는 동일한 물리적 데이터 센터에 있습니다.
|
"Linux"는 RHEL, Ubuntu 또는 Debian 배포판을 의미합니다. 지원되는 버전 목록은 "NetApp 상호 운용성 매트릭스 툴(IMT)"을 참조하십시오. |
노드 마이그레이션을 통해 그리드 운영을 중단하지 않고 물리적 호스트 유지 관리를 수행할 수 있습니다. 모든 StorageGRID 노드를 한 번에 하나씩 다른 호스트로 이동한 후 물리적 호스트를 오프라인으로 전환합니다. 노드 마이그레이션에는 각 노드당 짧은 다운타임만 필요하며 그리드 서비스의 운영이나 가용성에 영향을 미치지 않습니다.
StorageGRID 노드 마이그레이션 기능을 사용하려면 배포 환경이 추가 요구 사항을 충족해야 합니다.
-
단일 물리적 데이터 센터 내 호스트 전체에서 일관된 네트워크 인터페이스 이름
-
StorageGRID 메타데이터 및 객체 리포지토리 볼륨을 위한 공유 스토리지로, 단일 물리적 데이터 센터 내의 모든 호스트에서 액세스할 수 있습니다. 예를 들어 NetApp E-Series 스토리지 어레이를 사용할 수 있습니다.
가상 호스트를 사용하고 있고 기본 하이퍼바이저 계층에서 VM 마이그레이션을 지원하는 경우, StorageGRID의 노드 마이그레이션 기능 대신 이 기능을 사용하는 것이 좋습니다. 이 경우 추가 요구 사항은 무시해도 됩니다.
마이그레이션 또는 하이퍼바이저 유지 관리를 수행하기 전에 노드를 정상적으로 종료하십시오. 자세한 내용은 "그리드 노드 종료"에 대한 지침을 참조하십시오.
VMware Live Migration은 지원되지 않습니다.
VMware VM에 베어메탈 설치를 수행할 때 OpenStack Live Migration 및 VMware live vMotion은 가상 머신의 시계 시간을 변경시키며, 모든 유형의 그리드 노드에서 지원되지 않습니다. 드물지만 시계 시간이 잘못되면 데이터 손실이나 구성 업데이트 오류가 발생할 수 있습니다.
콜드 마이그레이션이 지원됩니다. 콜드 마이그레이션에서는 StorageGRID 노드를 종료한 후 호스트 간에 마이그레이션합니다. 자세한 내용은 "그리드 노드 종료" 지침을 참조하십시오.
일관된 네트워크 인터페이스 이름
노드를 한 호스트에서 다른 호스트로 이동하려면 StorageGRID 호스트 서비스는 노드가 현재 위치에서 사용하는 외부 네트워크 연결이 새 위치에서도 동일하게 유지될 수 있다는 확신을 가져야 합니다. 이러한 확신은 호스트에서 일관된 네트워크 인터페이스 이름을 사용함으로써 확보됩니다.
예를 들어 Host1에서 실행 중인 StorageGRID NodeA가 다음과 같은 인터페이스 매핑으로 구성되었다고 가정해 보겠습니다.
화살표의 왼쪽은 StorageGRID 컨테이너 내에서 본 기존 인터페이스(즉, 각각 Grid, Admin 및 Client Network 인터페이스)에 해당합니다. 화살표의 오른쪽은 이러한 네트워크를 제공하는 실제 호스트 인터페이스로, 동일한 물리적 인터페이스 본드에 종속된 세 개의 VLAN 인터페이스입니다.
이제 NodeA를 Host2로 마이그레이션한다고 가정해 보겠습니다. Host2에도 bond0.1001, bond0.1002, bond0.1003과 같은 이름의 인터페이스가 있다면, 시스템은 동일한 이름의 인터페이스가 Host1에서와 마찬가지로 Host2에서도 동일한 연결성을 제공한다고 판단하여 마이그레이션을 허용합니다. 하지만 Host2에 동일한 이름의 인터페이스가 없다면 마이그레이션은 허용되지 않습니다.
여러 호스트에서 일관된 네트워크 인터페이스 이름을 지정하는 방법은 여러 가지가 있습니다. 몇 가지 예는 "호스트 네트워크 구성"을 참조하십시오.
공유 스토리지
StorageGRID 노드 마이그레이션 기능은 빠르고 오버헤드가 적은 노드 마이그레이션을 구현하기 위해 노드 데이터를 물리적으로 이동하지 않습니다. 대신, 노드 마이그레이션은 다음과 같은 내보내기 및 가져오기 작업 쌍으로 수행됩니다.
-
"노드 내보내기" 작업 중에 HostA에서 실행 중인 노드 컨테이너에서 소량의 영구 상태 데이터가 추출되어 해당 노드의 시스템 데이터 볼륨에 캐시됩니다. 그런 다음 HostA의 노드 컨테이너가 인스턴스 해제됩니다.
-
"노드 가져오기" 작업 중에는 HostA에서 사용되던 것과 동일한 네트워크 인터페이스 및 블록 스토리지 매핑을 사용하는 HostB의 노드 컨테이너가 인스턴스화됩니다. 그런 다음 캐시된 영구 상태 데이터가 새 인스턴스에 삽입됩니다.
이러한 운영 모드에서 마이그레이션이 허용되고 정상적으로 작동하려면 노드의 모든 시스템 데이터 및 객체 스토리지 볼륨에 HostA와 HostB 모두에서 액세스할 수 있어야 합니다. 또한, HostA와 HostB에서 동일한 LUN을 참조하도록 보장된 이름을 사용하여 노드에 매핑되어야 합니다.
다음 예는 StorageGRID 스토리지 노드의 블록 장치 매핑에 대한 한 가지 솔루션을 보여줍니다. 이 솔루션에서는 호스트에서 DM 멀티패싱이 사용되고 있으며, 별칭 필드가 `/etc/multipath.conf`에서 사용되어 모든 호스트에서 일관되고 친숙한 블록 장치 이름을 제공합니다.
