라이브 마이그레이션은 운영 중인 VM을 다른 노드로 이동시키는 기능입니다. SmartECM은 VM을 다른 노드로 실시간 마이그레이션할 수 있도록 지원하며, 이를 통해 운영 중에도 자원 재배치와 인프라 운영을 유연하게 수행할 수 있습니다.

하지만 라이브 마이그레이션은 단순히 “VM 이동 버튼을 누르는 작업”이 아닙니다. VM이 이동하는 동안 출발 노드와 대상 노드 사이에서 네트워크 통신이 안정적으로 이루어져야 하며, 대상 노드에서도 VM이 동일한 네트워크에 정상적으로 연결될 수 있어야 합니다.

이번 글에서는 VM 라이브 마이그레이션 전 관리자가 확인해야 할 네트워크 조건을 SmartECM 운영 관점에서 정리해보겠습니다.

라이브 마이그레이션은 네트워크 상태의 영향을 받습니다

라이브 마이그레이션은 VM을 다른 노드로 옮기는 작업이지만, 실제 운영 관점에서는 네트워크 상태의 영향을 크게 받습니다. 노드 간 네트워크가 불안정하거나 대역폭이 부족하면 마이그레이션 시간이 길어지고, 운영 중인 서비스에도 영향을 줄 수 있습니다.

특히 HCI 환경에서는 VM 서비스 트래픽, 클러스터 통신, 스토리지 복제, 백업 트래픽 등이 같은 물리 네트워크 자원을 공유할 수 있습니다. 따라서 라이브 마이그레이션을 수행하기 전에는 단순히 VM 상태만 보는 것이 아니라, 네트워크 경로와 구성 상태를 함께 확인해야 합니다.

먼저 확인할 것은 대상 노드의 네트워크 구성입니다

라이브 마이그레이션은 VM이 다른 노드로 이동하는 작업입니다. 따라서 출발 노드뿐 아니라 대상 노드의 네트워크 구성이 VM을 수용할 수 있는 상태인지 확인해야 합니다.

SmartECM의 네트워크 항목에서는 인터페이스 이름, 유형, 활성 여부, 자동 시작, VLAN 인식, 포트/슬레이브, 본드 모드, CIDR, 게이트웨이 등을 확인할 수 있습니다. 이 항목들은 VM 이동 후 네트워크 연결이 정상적으로 이어질 수 있는지를 판단하는 기준이 됩니다.

VM이 사용할 Bridge가 대상 노드에도 준비되어 있어야 합니다

SmartECM은 Linux 네트워크 스택을 사용하며, 게스트를 물리 네트워크에 연결하려면 VMBR 인터페이스가 필요합니다. VMBR은 VM과 물리 인터페이스가 연결되는 Linux Bridge이며, 가상 스위치처럼 동작합니다.

따라서 라이브 마이그레이션 전에는 대상 노드에도 VM이 사용할 브리지가 준비되어 있는지 확인해야 합니다. VM이 이동한 뒤 동일한 브리지에 연결되지 못하면, VM은 실행되더라도 서비스 네트워크에 정상적으로 연결되지 않을 수 있습니다.

예를 들어 VM이 vmbr0를 통해 서비스망에 연결되어 있다면, 대상 노드에서도 vmbr0가 올바른 물리 NIC 또는 본드 인터페이스에 연결되어 있어야 합니다. VLAN을 사용하는 경우에는 VLAN 인식 여부와 태그 구성도 함께 확인해야 합니다.

본딩 구성은 마이그레이션 시간과 안정성에 영향을 줄 수 있습니다

라이브 마이그레이션 중에는 노드 간 네트워크 트래픽이 발생합니다. 이때 단일 NIC에 모든 트래픽이 집중되면 마이그레이션 시간이 길어지거나, 다른 서비스 트래픽과 병목이 발생할 수 있습니다.

본딩은 여러 NIC를 하나의 논리 인터페이스로 묶어 네트워크 내결함성, 성능 향상, 또는 두 가지 효과를 함께 얻기 위한 구성입니다. 특히 집계된 링크는 라이브 마이그레이션 지연을 개선하는 데 도움이 될 수 있습니다.

클러스터 네트워크 용도라면 Active-Backup 조건을 확인해야 합니다

모든 네트워크에 같은 본딩 모드를 적용할 수 있는 것은 아닙니다. 특히 클러스터 네트워크는 노드 간 상태 확인과 장애 판단에 직접 영향을 주기 때문에 안정성이 중요합니다.

본딩 인터페이스에서 클러스터 네트워크를 실행하려는 경우에는 액티브-패시브 모드를 사용해야 하며, 다른 모드는 지원되지 않습니다. 따라서 라이브 마이그레이션 전 네트워크를 점검할 때, 해당 본드가 클러스터 네트워크 용도로 사용되는지 먼저 확인해야 합니다.

VLAN과 MTU는 노드 간 일관성이 중요합니다

VM 서비스망이 VLAN으로 분리되어 있다면, 이동 대상 노드에서도 동일한 VLAN 구성이 준비되어 있어야 합니다. SmartECM의 네트워크 항목에서는 VLAN 인식 여부를 확인할 수 있으며, VLAN을 사용하는 환경에서는 브리지와 VM 네트워크 설정이 함께 맞아야 합니다.

MTU도 함께 확인해야 합니다. MTU는 최대 전송 단위를 의미하며, 노드 네트워크 설정에서 지정할 수 있는 항목입니다. 특정 구간만 다른 MTU를 사용하면 통신 문제가 발생할 수 있으므로, 본드, 브리지, 스위치, VM 네트워크 경로를 함께 확인하는 것이 좋습니다.

Ceph 환경에서는 스토리지 네트워크도 함께 확인해야 합니다

SmartECM은 Ceph 기반 분산 스토리지를 사용할 수 있으며, VM 데이터는 여러 노드에 자동 분산·복제될 수 있습니다. 따라서 Ceph 기반 HCI 구성에서는 VM 서비스망뿐 아니라 스토리지 네트워크 상태도 함께 중요합니다.

라이브 마이그레이션 자체가 VM 이동 작업이라고 하더라도, 운영 중인 VM의 데이터가 분산 스토리지 위에서 동작한다면 스토리지 네트워크의 안정성은 전체 서비스 안정성과 연결됩니다. 특히 대규모 VM, 디스크 I/O가 많은 VM, 여러 VM을 연속으로 이동하는 작업에서는 스토리지 네트워크의 부하 상태를 함께 확인하는 것이 좋습니다.

보류 중인 네트워크 변경이 남아 있으면 먼저 정리해야 합니다

SmartECM은 네트워크 변경 사항을 /etc/network/interfaces에 바로 기록하지 않고, 임시 파일인 /etc/network/interfaces.new에 먼저 기록합니다. 이를 통해 여러 네트워크 변경을 한 번에 수행하고, 실제 적용 전에 변경 내용이 올바른지 확인할 수 있습니다.

라이브 마이그레이션 전에는 보류 중인 네트워크 변경 사항이 남아 있는지 확인하는 것이 좋습니다. 아직 적용되지 않은 네트워크 변경이 남아 있으면, 출발 노드와 대상 노드의 실제 네트워크 상태를 잘못 판단할 수 있습니다.

라이브 마이그레이션 전 네트워크 체크리스트

실제 운영 환경에서는 아래 항목을 기준으로 라이브 마이그레이션 전 네트워크 상태를 점검하는 것이 좋습니다.

마이그레이션은 VM 기능이지만, 성공 조건은 네트워크에 있습니다

라이브 마이그레이션은 VM 운영을 유연하게 만드는 중요한 기능입니다. 하지만 실제 운영에서는 VM 기능만으로 안정적인 마이그레이션이 보장되는 것은 아닙니다. 노드 간 네트워크, 본딩 구성, 브리지 연결, VLAN, 스토리지망, 보류 중인 네트워크 변경 사항까지 함께 확인해야 합니다.

SmartECM은 Web UI를 통해 리눅스 브리지, 리눅스 본드, 리눅스 VLAN, OVS 브리지, OVS 본드 등 다양한 네트워크 구성을 확인하고 관리할 수 있습니다. 또한 네트워크 변경 사항을 바로 적용하지 않고 보류 중인 변경 내용으로 먼저 확인할 수 있어, 운영 중 네트워크 설정 변경에 따른 리스크를 줄일 수 있습니다.

결국 라이브 마이그레이션 전 네트워크 점검의 목적은 단순합니다. VM이 이동하는 동안 노드 간 통신이 안정적이어야 하고, 이동이 끝난 뒤에도 VM이 동일한 서비스 네트워크에 정상적으로 연결되어야 합니다. 이 두 가지 조건을 만족할 때 라이브 마이그레이션은 인프라 운영의 유연성을 높이는 강력한 도구가 될 수 있습니다.