5.5. 호스트 및 네트워킹

5.5.1. 호스트 기능 새로 고침

네트워크 인터페이스 카드를 호스트에 추가한 경우 호스트 기능을 새로 고침하여 Manager에 네트워크 인터페이스 카드를 표시합니다.

절차 5.15. 호스트 기능 새로 고침 방법

  1. 리소스 탭, 트리 모드 도는 검색 기능을 사용하여 검색 결과 목록에서 호스트를 검색 및 선택합니다.
  2. 기능 새로 고침 버튼을 클릭합니다.
선택한 호스트의 상세 정보 창에 있는 네트워크 인터페이스 탭의 네트워크 인터페이스 카드 목록이 업데이트됩니다. 새로운 네트워크 인터페이스 카드를 Manager에서 사용할 수 있습니다.

5.5.2. 호스트 네트워크 인터페이스 편집 및 호스트에 논리 네트워크 할당

물리적 호스트의 네트워크 인터페이스의 설정을 변경, 하나의 물리적 호스트의 네트워크 인터페이스에서 다른 인터페이스로 관리 네트워크를 이전, 물리적 호스트의 네트워크 인터페이스에 논리 네트워크를 할당할 수 있습니다.

중요

외부 공급자에 의해 제공되는 논리 네트워크를 물리적 호스트의 네트워크 인터페이스에 할당할 수 없습니다. 이러한 네트워크는 가상 머신의 요청에 따라 호스트에 동적으로 할당됩니다.

절차 5.16. 호스트 네트워크 인터페이스 편집 및 호스트에 논리 네트워크 할당

  1. 호스트 리소스 탭을 클릭하여 원하는 호스트를 선택합니다.
  2. 상세 정보 창에서 네트워크 인터페이스 탭을 클릭합니다.
  3. 호스트 네트워크 설정 버튼을 클릭하여 호스트 네트워크 설정 창을 엽니다.
  4. 물리적 호스트의 네트워크 인터페이스 옆에 있는 할당된 논리 네트워크 영역으로 선택 및 드래그하여 논리 네트워크를 물리적 호스트 네트워크 인터페이스에 연결합니다.
    다른 방법으로 논리 네트워크를 오른쪽 클릭하여 드롭 다운 메뉴에서 네트워크 인터페이스를 선택합니다.
  5. 논리 네트워크 설정:
    1. 할당된 논리 네트워크 위에 커서를 이동하고 연필 모양의 아이콘을 클릭하여 관리 네트워크 편집 창을 엽니다.
    2. 다음에서 부팅 프로토콜을 선택합니다:
      • None,
      • DHCP,
      • Static.
        Static을 선택한 경우 IP, 서브넷 마스크, 게이트웨이를 입력합니다.
    3. 네트워크 브릿지를 설정하려면 사용자 정의 속성 드롭 다운 메뉴를 클릭하고 bridge_opts를 선택합니다. 유효한 키와 [key]=[value]와 같은 구문으로된 값을 입력합니다. 여러 항목이 있을 경우 공백으로 구분합니다. 아래 예에서 제시된 값과 같이 다음과 같은 키가 유효합니다.
      forward_delay=1500 
      gc_timer=3765 
      group_addr=1:80:c2:0:0:0 
      group_fwd_mask=0x0 
      hash_elasticity=4 
      hash_max=512
      hello_time=200 
      hello_timer=70 
      max_age=2000 
      multicast_last_member_count=2 
      multicast_last_member_interval=100 
      multicast_membership_interval=26000 
      multicast_querier=0 
      multicast_querier_interval=25500 
      multicast_query_interval=13000 
      multicast_query_response_interval=1000 
      multicast_query_use_ifaddr=0 
      multicast_router=1 
      multicast_snooping=1 
      multicast_startup_query_count=2 
      multicast_startup_query_interval=3125
    4. 논리 네트워크 정의가 호스트 상의 네트워크 설정과 동기화되어 있지 않을 경우 네트워크 동기화 확인란을 선택합니다. 논리 네트워크는 동기화되기전 까지 다른 인터페이스로 이동하거나 편집할 수 없습니다.

      참고

      네트워크가 다음 중 하나의 상태일 경우 동기화된 것으로 간주되지 않습니다:
      • 가상 머신 네트워크는 물리적 호스트 네트워크와 다른 경우.
      • VLAN ID는 물리적 호스트 네트워크와 다른 경우.
      • 사용자 정의 MTU는 논리 네트워크 상에 설정되어 물리적 호스트 네트워크와 다른 경우.
  6. 호스트와 Engine간의 연결을 확인 확인란을 선택하여 네트워크 연결 상태를 확인합니다. 이러한 동작은 호스트가 유지 관리 모드일 경우에만 작동합니다.
  7. 네트워크 설정 저장 확인란을 선택하여 시스템을 재부팅했을 경우 변경 사항을 영구적으로 저장합니다.
  8. OK를 클릭합니다.

참고

호스트의 모든 네트워크 인터페이스 카드가 표시되지 않을 경우 기능을 새로 고침 버튼을 클릭하여 호스트에서 사용 가능한 네트워크 인터페이스 카드 목록을 업데이트합니다.

5.5.3. 논리 네트워크를 사용하여 단일 네트워크 인터페이스에 여러 VLAN 추가

여러 VLAN을 단일 네트워크 인터페이스에 추가하여 하나의 호스트에 있는 트래픽을 분리합니다.

중요

새 논리 네트워크 또는 논리 네트워크 편집 창에서 VLAN 태그 활성화 확인란을 선택하여 여러 논리 네트워크를 생성해야 합니다.

절차 5.17. 논리 네트워크를 사용하여 네트워크 인터페이스에 여러 VLAN 추가

  1. 호스트 리소스 탭을 클릭하고 결과 목록에서 VLAN 태그 논리 네트워크가 할당된 클러스터에 연결된 호스트를 선택합니다.
  2. 상세 정보 창에서 네트워크 인터페이스 탭을 클릭하여 데이터 센터에 연결된 실제 네트워크 인터페이스를 나열합니다.
  3. 호스트 네트워크 설정을 클릭하여 호스트 네트워크 설정 창을 엽니다.
  4. VLAN 태그 논리 네트워크를 물리 네트워크 인터페이스 옆에 있는 할당된 논리 네트워크 영역으로 드래그합니다. VLAN 태그로 물리 네트워크 인터페이스에 여러 논리 네트워크를 할당할 수 있습니다.
  5. 할당된 논리 네트워크 위에 커서를 이동하고 연필 모양의 아이콘을 클릭하여 네트워크 편집 창을 열고 논리 네트워크를 편집합니다.
    논리 네트워크 정의가 호스트 상의 네트워크 설정과 동기화되어 있지 않을 경우 네트워크 동기화 확인란을 선택합니다.
    다음에서 부팅 프로토콜을 선택합니다:
    • None,
    • DHCP,
    • Static,
      IP서브넷 마스크를 입력합니다.
    OK를 클릭합니다.
  6. 호스트와 Engine간의 연결을 확인 확인란을 선택하여 네트워크를 확인합니다. 이러한 동작은 호스트가 유지 관리 모드일 경우에만 작동합니다.
  7. 네트워크 설정 저장 확인란을 선택합니다.
  8. OK를 클릭합니다.
클러스터에 있는 각 호스트의 NIC를 편집하여 클러스터에 있는 각 호스트에 논리 네트워크를 추가합니다. 이 작업을 완료한 후 네트워크가 작동됩니다.
하나의 인터페이스에 여러 VLAN 태그된 논리 네트워크를 추가했습니다. 단일 네트워크 인터페이스에 다른 VLAN 태그로 논리 네트워크를 추가하기 위해 각 호스트 마다 동일한 네트워크 인터페이스를 선택 및 편집하는 절차를 여러번 반복할 수 있습니다.

5.5.4. 네트워크 레이블을 호스트 네트워크 인터페이스에 추가

네트워크 레이블을 사용하여 호스트 네트워크 인터페이스에 논리 네트워크 할당에 관련된 관리 작업을 간소화할 수 있습니다.

절차 5.18. 네트워크 레이블을 호스트 네트워크 인터페이스에 추가

  1. 호스트 리소스 탭을 클릭하고 결과 목록에서 VLAN 태그 논리 네트워크가 할당된 클러스터에 연결된 호스트를 선택합니다.
  2. 상세 정보 창에서 네트워크 인터페이스 탭을 클릭하여 데이터 센터에 연결된 실제 네트워크 인터페이스를 나열합니다.
  3. 호스트 네트워크 설정을 클릭하여 호스트 네트워크 설정 창을 엽니다.
  4. 레이블을 클릭하고 [새 레이블]을 오른쪽 클릭합니다. 레이블할 실제 네트워크 인터페이스를 선택합니다.
  5. 레이블 텍스트 필드에서 네트워크 레이블 이름을 입력합니다.
  6. OK를 클릭합니다.
호스트 네트워크 인터페이스에 네트워크 레이블이 추가되었습니다. 동일한 레이블이 붙은 새로 생성된 논리 네트워크는 자동으로 해당 레이블의 모든 호스트 네트워크 인터페이스에 자동으로 할당됩니다. 또한 논리 네트워크에서 레이블을 삭제하면 해당 레이블이 붙은 모든 호스트 네트워크 인터페이스에서 논리 네트워크가 자동으로 삭제됩니다.

5.5.5. 본딩

5.5.5.1. Red Hat Enterprise Virtualization에서 본딩 로직

Red Hat Enterprise Virtualization Manager 관리 포털에서는 그래픽 인터페이스를 사용하여 본딩 장치를 생성할 수 있습니다. 몇 가지 본딩 생성 시나리오가 있으며 각 시나리오에는 고유한 논리가 적용됩니다.
본딩 로직에 영향을 미치는 두 가지 요소는 다음과 같습니다:
  • 장치 중 하나가 이미 논리 네트워크를 전송하고 있습니까?
  • 장치는 호환 가능한 논리 네트워크를 전송하고 있습니까? 단일 장치는 VLAN 태그 및 VLAN 태그되지 않은 논리 네트워크 모두를 전송할 수 없습니다.

표 5.7. 본딩 시나리오 및 결과

본딩 시나리오결과
NIC + NIC
새 본딩 생성 창이 나타나면 새 본딩 장치를 설정할 수 있습니다.
네트워크 인터페이스가 호환되지 않는 논리 네트워크를 전송하는 경우 새 본딩을 구성한 장치에서 호환되지 않는 논리 네트워크를 분리할 때 까지 본딩 작업은 실패합니다.
NIC + Bond
NIC가 본딩 장치에 추가됩니다. NIC 및 본딩에 의해 전송된 논리 네트워크는 호환 가능한 경우 모두 본딩 장치에 추가됩니다.
네트워크 인터페이스가 호환되지 않는 논리 네트워크를 전송하는 경우 새 본딩을 구성한 장치에서 호환되지 않는 논리 네트워크를 분리할 때 까지 본딩 작업은 실패합니다.
Bond + Bond
본딩 장치가 논리 네트워크에 연결되어 있지 않거나 호환 가능한 논리 네트워크에 연결되어 있을 경우 새 본딩 장치가 생성됩니다. 이에는 모든 네트워크 인터페이스가 포함되며 본딩 구성 장치의 모든 논리 네트워크를 전송합니다. 새 본딩 생성 창이 표시되어 새 본딩을 설정할 수 있습니다.
네트워크 인터페이스가 호환되지 않는 논리 네트워크를 전송하는 경우 새 본딩을 구성한 장치에서 호환되지 않는 논리 네트워크를 분리할 때 까지 본딩 작업은 실패합니다.

5.5.5.2. 본딩

본딩은 여러 네트워크 인터페이스 카드를 단일 소프트웨어 장치로 정의하는 것입니다. 본딩된 네트워크 인터페이스는 본딩에 포함된 네트워크 인터페이스 카드의 전송 기능을 결합하여 단일 네트워크 인터페이스로 동작하기 때문에 단일 네트워크 인터페이스 카드 보다 더 신속한 전송 속도 기능을 제공합니다. 본딩에 있는 모든 네트워크 인터페이스 카드에 오류가 발생하지 않으면 본딩 자체에 오류가 발생하지 않기 때문에 본딩의 내결함성을 증가시킬 수 있습니다. 하지만 본딩된 네트워크 인터페이스를 구성하는 네트워크 인터페이스 카드는 본딩에서 동일한 옵션 및 모드를 지원하도록 동일한 제조업체 및 모델이어야 한다는 제한이 있습니다.
본딩의 패킷 분산 알고리즘은 사용하는 본딩 모드에 의해 결정됩니다.

중요

모드 1, 2, 3, 4는 가상 머신 (브릿지됨) 및 비 가상 머신 (브릿지되지 않음) 네트워크 유형 모두를 지원합니다. 모드 0, 5, 6은 비 가상 머신 (브릿지되지 않음) 네트워크만 지원합니다.
본딩 모드
Red Hat Enterprise Virtualization은 기본적으로 모드 4를 사용하지만 다음과 같은 일반적인 본딩 모드를 지원합니다:
모드 0 (round-robin 정책)
네트워크 인터페이스 카드를 통해 순차적으로 패킷을 전송합니다. 패킷은 본딩에서 처음 사용 가능한 네트워크 인터페이스 카드로 시작하여 마지막으로 사용 가능한 네트워크 인터페이스 카드로 종료하는 루프에 전송됩니다. 이후의 모든 루프는 처음 사용 가능한 네트워크 인터페이스 카드에서 시작됩니다. 모드 0는 내결함성을 제공하고 본딩의 모든 네트워크 인터페이스 카드에서 부하 균형을 조정합니다. 하지만 모드 0는 브릿지와 함께 사용할 수 없으므로 가상 머신 논리 네트워크와 호환되지 않습니다.
모드 1 (active-backup 정책)
하나의 네트워크 인터페이스 카드는 활성 상태로 두고 다른 모든 네트워크 인터페이스 카드를 백업 상태로 설정합니다. 활성 네트워크 인터페이스 카드에 오류가 발생하는 경우 백업 네트워크 인터페이스 카드 중 하나가 본딩에서 활성 네트워크 인터페이스 카드로 네트워크 인터페이스 카드를 대체합니다. 모드 1에서 본딩의 MAC 주소가 활성 네트워크 인터페이스 카드를 반영하도록 변경될 경우 발생할 수 있는 혼란을 방지하기 위해 MAC 주소는 하나의 포트에만 표시됩니다. 모드 1은 내결함성을 제공하고 Red Hat Enterprise Virtualization에서 지원됩니다.
모드 2 (XOR 정책)
소스에서 XOR 연산 결과 및 대상 MAC 주소 모듈 네트워크 인터페이스 카드 슬레이브 수에 따라 패킷을 전송할 네트워크 인터페이스 카드를 선택합니다. 이러한 계산을 통해 각각의 대상 MAC 주소에 동일한 네트워크 인터페이스 카드가 선택됩니다. 모드 2는 내결함성 및 부하 분산을 제공하고 Red Hat Enterprise Virtualization에서 지원됩니다.
모드 3 (broadcast 정책)
모든 네트워크 인터페이스 카드에 모든 패킷을 전송합니다. 모드 3은 내결함성을 제공하고 Red Hat Enterprise Virtualization에서 지원됩니다.
모드 4 (IEEE 802.3ad 정책)
인터페이스가 동일한 속도 및 이중 설정을 공유하는 집계 그룹을 생성합니다. 모드 4는 IEEE 802.3ad 사양에 따라 활성 집계 그룹에 있는 모든 네트워크 인터페이스 카드를 사용하며 Red Hat Enterprise Virtualization에서 지원됩니다.
모드 5 (adaptive transmit load balancing 정책)
본딩의 각 네트워크 인터페이스 카드에서 부하에 따라 발신 트래픽 계정이 분산되어 현재 네트워크 인터페이스 카드가 모든 들어오는 트래픽을 수신할 수 있게 합니다. 수신 트래픽에 할당된 네트워크 인터페이스 카드에 오류가 발생할 경우 다른 네트워크 인터페이스 카드가 수신 트래픽의 역할을 하도록 지정됩니다. 모드 5는 브리지와 함께 사용할 수 없으므로 가상 머신 논리 네트워크와 호환되지 않습니다.
모드 6 (adaptive load balancing 정책)
특별한 전환 요구 사항없이 모드 5 (adaptive transmit load balancing 정책)는 IPv4 트래픽의 수신 부하 분산과 결합되어 있습니다. ARP 협상은 수신 부하 분산에 사용됩니다. 모드 6는 브리지와 함께 사용할 수 없으므로 가상 머신 논리 네트워크와 호환되지 않습니다.

5.5.5.3. 관리 포털에서 본딩 장치 생성

여러 호환 가능한 네트워크 장치를 결합하여 구성할 수 있습니다. 이러한 설정 유형을 통해 대역폭과 안정성을 증가시킬 수 있습니다. 여러 네트워크 인터페이스, 기존의 본딩 장치 또는 이 둘을 조합하여 구성할 수 있습니다.
본딩은 VLAN 태그 및 비 VLAN 트래픽 모두를 전송할 수 없습니다.

절차 5.19. 관리 포털에서 본딩 장치 생성

  1. 호스트 리소스 탭을 클릭하여 결과 목록에서 호스트를 선택합니다.
  2. 상세 정보 창에서 네트워크 인터페이스 탭을 클릭하여 호스트에 연결된 실제 네트워크 인터페이스를 나열합니다.
  3. 호스트 네트워크 설정을 클릭하여 호스트 네트워크 설정 창을 엽니다.
  4. 한 장치를 선택하고 다른 장치에 드래그하여 드롭하면 새로운 본딩 생성 창이 열립니다. 다른 방법으로 장치 위에 마우스를 두고 오른쪽을 클릭한 후 드롭 다운 메뉴에서 다른 장치를 선택합니다.
    하나의 장치에는 VLAN 태그가 붙어 있고 다른 장치에는 태그가 붙어 있지 않는 것과 같이 장치가 호환되지 않는 경우 호환 문제를 해결하는 방법을 알려주는 메세지가 나타나고 본딩 작업이 실패합니다.
  5. 드롭 다운 메뉴에서 본딩 이름본딩 모드를 선택합니다.
    본딩 모드 1, 2, 4, 5를 선택할 수 있습니다. 기타 다른 모드는 사용자 정의 옵션을 사용하여 설정할 수 있습니다.
  6. OK를 클릭하여 본딩을 생성하고 새 본딩 생성 창을 닫습니다.
  7. 새로 생성된 본딩 장치에 논리 네트워크를 지정합니다.
  8. 옵션으로 호스트와 Engine 간의 연결을 확인을 선택하고 네트워크 설정 저장을 선택합니다.
  9. OK를 클릭하여 변경 사항을 저장하고 호스트 네트워크 설정 창을 닫습니다.
네트워크 장치는 본딩 장치에 연결되어 단일 인터페이스로 편집할 수 있습니다. 본딩 장치는 선택한 호스트의 상세 정보 창에 있는 네트워크 인터페이스 탭에 나열됩니다.
호스트가 사용하는 스위치 포트에 본딩을 활성화해야 합니다. 본딩을 활성화하는 프로세느느 스위치 마다 조금씩 다릅니다. 본딩을 활성화하는 방법에 대한 상세 정보는 스위치 벤더에서 제공하는 설명서에서 참조하십시오.

5.5.5.4. 호스트 인터페이스의 사용자 정의 본딩 옵션 사용 예

새 본딩 생성 창의 본딩 모드에서 사용자 정의를 선택하여 사용자 정의 본딩 장치를 생성할 수 있습니다. 필요에 따라 다음의 예를 선별하여 사용합니다. 본딩 옵션 및 전체 설명 목록은 Kernel.org에 있는 Linux Ethernet Bonding Driver HOWTO에서 참조하십시오.

예 5.1. xmit_hash_policy

이 옵션은 본딩 모드 2와 4의 로드 밸런스 전송 정책을 정의합니다. 예를 들어 대부분의 트래픽이 여러 다른 IP 주소 사이에 있을 경우 IP 주소 별로 로드 밸런스 정책을 설정할 수 있습니다. 사용자 정의 본딩 모드를 선택하고 텍스트 필드에 다음과 같은 값을 입력하여 로드 밸런싱 정책을 설정할 수 있습니다.
mode=4 xmit_hash_policy=layer2+3

예 5.2. ARP 모니터링

ARP 모니터는 ethtool을 통해 적절히 연결 상태를 보고할 수 없는 시스템에 유용합니다. 사용자 정의 본딩 모드를 선택하고 텍스트 필드에 다음과 같은 값을 입력하여 호스트의 본딩 장치에 arp_interval을 설정합니다:
mode=1 arp_interval=1 arp_ip_target=192.168.0.2

예 5.3. 기본

본딩 장치에서 기본 인터페이스로 높은 처리량을 갖는 NIC를 지정하고자 할 수 있습니다. 사용자 정의 본딩 모드를 선택하고 텍스트 필드에 다음과 같은 값을 입력하여 기본 NIC를 지정합니다:
mode=1 primary=eth0

5.5.6. 호스트의 FQDN 변경

다음 절차에 따라 Hypervisor 호스트의 FQDN을 변경합니다.

절차 5.20. Hypervisor 호스트의 FQDN 업데이트

  1. Hypervisor를 유지 관리 모드에 두면 가상 머신이 다른 Hypervisor로 라이브 마이그레이션됩니다. 보다 자세한 내용은 6.5.6절. “호스트를 유지 관리 모드로 변경”에서 참조하십시오. 다른 방법으로 전체 가상 머신을 수동으로 종료하고 다른 Hypervisor로 모든 가상 머신을 마이그레이션합니다. 보다 자세한 내용은 수동으로 가상 머신 마이그레이션에서 참조하십시오.
  2. 삭제를 클릭하고 OK를 클릭하여 관리 포털에서 호스트를 삭제합니다.
    • RHEL 기반 호스트의 경우:
      • Red Hat Enterprise Linux 6의 경우:
        /etc/sysconfig/network 파일을 편집하여 호스트 이름을 업데이트하고 저장합니다.
        # vi /etc/sysconfig/network
        HOSTNAME=NEW_FQDN
      • Red Hat Enterprise Linux 7의 경우:
        hostnamectl 도구를 사용하여 호스트 이름을 업데이트합니다. 보다 자세한 옵션은 Red Hat Enterprise Linux 7 네트워킹 가이드 호스트 이름 설정에서 참조하십시오.
        # hostnamectl set-hostname NEW_FQDN
    • Red Hat Enterprise Virtualization Hypervisors (RHEV-H)의 경우:
      텍스트 사용자 인터페이스에서 네트워크 화면을 선택하고 오른쪽 화살표 키를 눌러 호스트 이름란에 새 호스트 이름을 입력합니다. <저장>을 선택하고 Enter를 누릅니다.
  3. 호스트를 재부팅합니다.
  4. Manager로 호스트를 다시 등록합니다. 보다 자세한 내용은 설치 가이드관리 포털에서 수동으로 Hypervisor 추가에서 참조하십시오.

5.5.7. Red Hat Enterprise Virtualization Hypervisor (RHEV-H)의 IP 주소 변경

절차 5.21. 

  1. Hypervisor를 유지 관리 모드에 두면 가상 머신이 다른 Hypervisor로 라이브 마이그레이션됩니다. 보다 자세한 내용은 6.5.6절. “호스트를 유지 관리 모드로 변경”에서 참조하십시오. 다른 방법으로 전체 가상 머신을 수동으로 종료하고 다른 Hypervisor로 모든 가상 머신을 마이그레이션합니다. 보다 자세한 내용은 수동으로 가상 머신 마이그레이션에서 참조하십시오.
  2. 삭제를 클릭하고 OK를 클릭하여 관리 포털에서 호스트를 삭제합니다.
  3. admin 사용자로 Hypervisor에 로그인합니다.
  4. F2를 누르고 OK를 선택한 후 Enter를 눌러 복구 쉘로 들어갑니다.
  5. /etc/sysconfig/network-scripts/ifcfg-ovirtmgmt 파일을 편집하여 IP 주소를 수정합니다. 예:
    # vi /etc/sysconfig/network-scripts/ifcfg-ovirtmgmt
    ...
    BOOTPROTO=none	
    IPADDR=10.x.x.x
    PREFIX=24
    ...
  6. 네트워크 서비를 다시 시작하고 IP 주소가 업데이트되었는지 확인합니다.
    • Red Hat Enterprise Linux 6의 경우:
      # service network restart
      # ifconfig ovirtmgmt
    • Red Hat Enterprise Linux 7의 경우:
      # systemctl restart network.service
      # ip addr show ovirtmgmt
  7. exit을 입력하여 복구 쉘에서 나간 후 텍스트 사용자 인터페이스로 전환합니다.
  8. Manager로 호스트를 다시 등록합니다. 보다 자세한 내용은 설치 가이드관리 포털에서 수동으로 Hypervisor 추가에서 참조하십시오.