5.5. 호스트 및 네트워킹
5.5.1. 호스트 기능 새로 고침
절차 5.19. 호스트 기능 새로 고침 방법
- 리소스 탭, 트리 모드 도는 검색 기능을 사용하여 검색 결과 목록에서 호스트를 검색 및 선택합니다.
- 기능을 새로 고침 버튼을 클릭합니다.
5.5.2. 호스트 네트워크 인터페이스 편집 및 호스트에 논리 네트워크 할당
중요
절차 5.20. 호스트 네트워크 인터페이스 편집 및 호스트에 논리 네트워크 할당
- 호스트 리소스 탭을 클릭하여 원하는 호스트를 선택합니다.
- 상세 정보 창에서 네트워크 인터페이스 탭을 클릭합니다.
- 버튼을 클릭하여 호스트 네트워크 설정 창을 엽니다.
- 물리적 호스트의 네트워크 인터페이스 옆에 있는 할당된 논리 네트워크 영역으로 선택 및 드래그하여 논리 네트워크를 물리적 호스트 네트워크 인터페이스에 연결합니다.다른 방법으로 논리 네트워크를 오른쪽 클릭하여 드롭 다운 메뉴에서 네트워크 인터페이스를 선택합니다.
- 논리 네트워크 설정:
- 할당된 논리 네트워크 위에 커서를 이동하고 연필 모양의 아이콘을 클릭하여 관리 네트워크 편집 창을 엽니다.
- 부트 프로토콜을 None, DHCP, 또는 Static 중에서 선택합니다. Static을 선택한 경우 IP, 넷마스크 / 라우팅 접두사, 그리고 게이트웨이를 입력합니다.
참고
각 논리 네트워크는 관리 네트워크 게이트웨이에서 정의된 다른 게이트웨이를 가질 수 있습니다. 이렇게 하면 논리 네트워크에 도착하는 트래픽이 관리 네트워크에서 사용되는 기본 게이트웨이가 아닌 논리 네트워크 게이트웨이를 사용하도록 전달됩니다. - 기본 호스트 네트워크 QoS를 덮어쓰기하려면 QoS 덮어쓰기를 선택하고 다음의 필드에 원하는 값을 입력합니다:
- 가중 공유: 같은 논리 링크에 연결된 다른 네트워크와 비교해서 어떤 특정 네트워크에 해당 논리 링크의 용량이 얼마나 할당되는지를 나타냅니다. 정확한 공유량은 해당 링크의 모든 네트워크의 총 공유량에 따라 다릅니다. 기본으로 이 수치는 1-100 범위에 있습니다.
- 속도 제한 [Mbps]: 네트워크가 사용하는 최대 대역폭입니다.
- 커밋 속도 [Mbps]: 네트워크가 필요로 하는 최소 대역폭입니다. 사용자가 요청하는 커밋 속도는 보장되지 않으며 네트워크 인프라와 같은 논리 링크에 있는 다른 네트워크에서 요청하는 커밋 속도에 따라 다릅니다.
호스트 네트워크 QoS 설정에 대한 자세한 정보는 2.3절. “호스트 네트워크 QoS”를 참조하십시오. - 네트워크 브릿지를 설정하려면 사용자 정의 속성 드롭 다운 메뉴를 클릭하고 를 선택합니다. 유효한 키와 [key]=[value]와 같은 구문으로된 값을 입력합니다. 여러 항목이 있을 경우 공백으로 구분합니다. 아래 예에서 제시된 값과 같이 다음과 같은 키가 유효합니다. 이러한 매개 변수에 대한 자세한 정보는 B.1절. “bridge_opts 매개 변수”을 참조하시기 바랍니다.
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
- ethtool 속성을 설정하려면 사용자 정의 속성 드롭 다운 메뉴를 클릭하고 를 선택합니다. 유효한 키와 [key]=[value]와 같은 구문으로된 값을 입력합니다. 여러 항목이 있을 경우 공백으로 구분합니다. 옵션은 기본으로 제공되지 않으며 engine 설정 도구를 사용해서 추가해야 합니다. 자세한 정보는 B.2절. “Ethtool 사용을 위해 Red Hat Virtualization Manager 설정”을 참조하시기 바랍니다. ethtool 속성에 대한 자세한 정보는 man 페이지를 참조하십시오.
- 논리 네트워크 정의가 호스트 상의 네트워크 설정과 동기화되어 있지 않을 경우 네트워크 동기화 확인란을 선택합니다. 논리 네트워크는 동기화되기전 까지 다른 인터페이스로 이동하거나 편집할 수 없습니다.
참고
네트워크가 다음 중 하나의 상태일 경우 동기화된 것으로 간주되지 않습니다:- 가상 머신 네트워크는 물리적 호스트 네트워크와 다른 경우.
- VLAN ID는 물리적 호스트 네트워크와 다른 경우.
- 사용자 정의 MTU는 논리 네트워크 상에 설정되어 물리적 호스트 네트워크와 다른 경우.
- 호스트와 Engine간의 연결을 확인 확인란을 선택하여 네트워크 연결 상태를 확인합니다. 이러한 동작은 호스트가 유지 관리 모드일 경우에만 작동합니다.
- 네트워크 설정 저장 확인란을 선택하여 시스템을 재부팅했을 경우 변경 사항을 영구적으로 저장합니다.
- 를 클릭합니다.
참고
5.5.3. 논리 네트워크를 사용하여 단일 네트워크 인터페이스에 여러 VLAN 추가
중요
절차 5.21. 논리 네트워크를 사용하여 네트워크 인터페이스에 여러 VLAN 추가
- 호스트 리소스 탭을 클릭하고 결과 목록에서 VLAN 태그 논리 네트워크가 할당된 클러스터에 연결된 호스트를 선택합니다.
- 상세 정보 창에서 네트워크 인터페이스 탭을 클릭하여 데이터 센터에 연결된 실제 네트워크 인터페이스를 나열합니다.
- 을 클릭하여 호스트 네트워크 설정 창을 엽니다.
- VLAN 태그 논리 네트워크를 물리 네트워크 인터페이스 옆에 있는 할당된 논리 네트워크 영역으로 드래그합니다. VLAN 태그로 물리 네트워크 인터페이스에 여러 논리 네트워크를 할당할 수 있습니다.
- 할당된 논리 네트워크 위에 커서를 이동하고 연필 모양의 아이콘을 클릭하여 네트워크 편집 창을 열고 논리 네트워크를 편집합니다.논리 네트워크 정의가 호스트 상의 네트워크 설정과 동기화되어 있지 않을 경우 네트워크 동기화 확인란을 선택합니다.다음에서 부팅 프로토콜을 선택합니다:OK를 클릭합니다.
- None,
- DHCP,
- Static,IP와 서브넷 마스크를 입력합니다.
- 호스트와 Engine간의 연결을 확인 확인란을 선택하여 네트워크를 확인합니다. 이러한 동작은 호스트가 유지 관리 모드일 경우에만 작동합니다.
- 네트워크 설정 저장 확인란을 선택합니다.
- 를 클릭합니다.
5.5.4. 네트워크 레이블을 호스트 네트워크 인터페이스에 추가
절차 5.22. 네트워크 레이블을 호스트 네트워크 인터페이스에 추가
- 호스트 리소스 탭을 클릭하고 결과 목록에서 VLAN 태그 논리 네트워크가 할당된 클러스터에 연결된 호스트를 선택합니다.
- 상세 정보 창에서 네트워크 인터페이스 탭을 클릭하여 데이터 센터에 연결된 실제 네트워크 인터페이스를 나열합니다.
- 을 클릭하여 호스트 네트워크 설정 창을 엽니다.
- 을 클릭하고 을 오른쪽 클릭합니다. 레이블할 실제 네트워크 인터페이스를 선택합니다.

- 레이블 텍스트 필드에서 네트워크 레이블 이름을 입력합니다.
- 를 클릭합니다.
5.5.5. 본딩
5.5.5.1. Red Hat Virtualization에서 본딩 로직
- 장치 중 하나가 이미 논리 네트워크를 전송하고 있습니까?
- 장치가 호환 가능한 논리 네트워크를 전송하고 있습니까?
표 5.7. 본딩 시나리오 및 결과
| 본딩 시나리오 | 결과 |
|---|---|
|
NIC + NIC
|
새로운 본딩 생성 창이 나타나면 새로운 본딩 장치를 설정할 수 있습니다.
네트워크 인터페이스가 호환되지 않는 논리 네트워크를 전송하는 경우 새로운 본딩을 구성한 장치에서 호환되지 않는 논리 네트워크를 분리할 때까지 본딩 작업은 실패합니다.
|
|
NIC + Bond
|
NIC가 본딩 장치에 추가됩니다. NIC 및 본딩에 의해 전송된 논리 네트워크는 호환 가능한 경우 모두 본딩 장치에 추가됩니다.
네트워크 인터페이스가 호환되지 않는 논리 네트워크를 전송하는 경우 새 본딩을 구성한 장치에서 호환되지 않는 논리 네트워크를 분리할 때 까지 본딩 작업은 실패합니다.
|
|
Bond + Bond
|
본딩 장치가 논리 네트워크에 연결되어 있지 않거나 호환 가능한 논리 네트워크에 연결되어 있을 경우 새 본딩 장치가 생성됩니다. 이에는 모든 네트워크 인터페이스가 포함되며 본딩 구성 장치의 모든 논리 네트워크를 전송합니다. 새로운 본딩 생성 창이 표시되어 새 본딩을 설정할 수 있습니다.
네트워크 인터페이스가 호환되지 않는 논리 네트워크를 전송하는 경우 새 본딩을 구성한 장치에서 호환되지 않는 논리 네트워크를 분리할 때 까지 본딩 작업은 실패합니다.
|
5.5.5.2. 본딩
중요
본딩 모드
모드 0 (round-robin 정책)- 네트워크 인터페이스 카드를 통해 순차적으로 패킷을 전송합니다. 패킷은 본딩에서 처음 사용 가능한 네트워크 인터페이스 카드로 시작하여 마지막으로 사용 가능한 네트워크 인터페이스 카드로 종료하는 루프에 전송됩니다. 이후의 모든 루프는 처음 사용 가능한 네트워크 인터페이스 카드에서 시작됩니다. 모드 0는 내결함성을 제공하고 본딩의 모든 네트워크 인터페이스 카드에서 부하 균형을 조정합니다. 하지만 모드 0는 브릿지와 함께 사용할 수 없으므로 가상 머신 논리 네트워크와 호환되지 않습니다.
모드 1 (active-backup 정책)- 하나의 네트워크 인터페이스 카드는 활성 상태로 두고 다른 모든 네트워크 인터페이스 카드를 백업 상태로 설정합니다. 활성 네트워크 인터페이스 카드에 오류가 발생하는 경우 백업 네트워크 인터페이스 카드 중 하나가 본딩에서 활성 네트워크 인터페이스 카드로 네트워크 인터페이스 카드를 대체합니다. 모드 1에서 본딩의 MAC 주소가 활성 네트워크 인터페이스 카드를 반영하도록 변경될 경우 발생할 수 있는 혼란을 방지하기 위해 MAC 주소는 하나의 포트에만 표시됩니다. 모드 1은 내결함성을 제공하고 Red Hat Virtualization에서 지원됩니다.
모드 2 (XOR 정책)- 소스에서 XOR 연산 결과 및 대상 MAC 주소 모듈 네트워크 인터페이스 카드 슬레이브 수에 따라 패킷을 전송할 네트워크 인터페이스 카드를 선택합니다. 이러한 계산을 통해 각각의 대상 MAC 주소에 동일한 네트워크 인터페이스 카드가 선택됩니다. 모드 2는 내결함성 및 부하 분산을 제공하고 Red Hat Virtualization에서 지원됩니다.
모드 3 (broadcast 정책)- 모든 네트워크 인터페이스 카드에 모든 패킷을 전송합니다. 모드 3은 내결함성을 제공하고 Red Hat Virtualization에서 지원됩니다.
모드 4 (IEEE 802.3ad 정책)- 인터페이스가 동일한 속도 및 이중 설정을 공유하는 집계 그룹을 생성합니다. 모드 4는 IEEE 802.3ad 사양에 따라 활성 집계 그룹에 있는 모든 네트워크 인터페이스 카드를 사용하며 Red Hat Virtualization에서 지원됩니다.
모드 5 (adaptive transmit load balancing 정책)- 본딩의 각 네트워크 인터페이스 카드에서 부하에 따라 발신 트래픽 계정이 분산되어 현재 네트워크 인터페이스 카드가 모든 들어오는 트래픽을 수신할 수 있게 합니다. 수신 트래픽에 할당된 네트워크 인터페이스 카드에 오류가 발생할 경우 다른 네트워크 인터페이스 카드가 수신 트래픽의 역할을 하도록 지정됩니다. 모드 5는 브리지와 함께 사용할 수 없으므로 가상 머신 논리 네트워크와 호환되지 않습니다.
모드 6 (adaptive load balancing 정책)- 특별한 전환 요구 사항없이 모드 5 (adaptive transmit load balancing 정책)는 IPv4 트래픽의 수신 부하 분산과 결합되어 있습니다. ARP 협상은 수신 부하 분산에 사용됩니다. 모드 6는 브리지와 함께 사용할 수 없으므로 가상 머신 논리 네트워크와 호환되지 않습니다.
5.5.5.3. 관리 포털에서 본딩 장치 생성
절차 5.23. 관리 포털에서 본딩 장치 생성
- 호스트 리소스 탭을 클릭하여 결과 목록에서 호스트를 선택합니다.
- 상세 정보 창에서 네트워크 인터페이스 탭을 클릭하여 호스트에 연결된 실제 네트워크 인터페이스를 나열합니다.
- 을 클릭하여 호스트 네트워크 설정 창을 엽니다.
- 한 장치를 선택하고 다른 장치에 드래그하여 드롭하면 새로운 본딩 생성 창이 열립니다. 다른 방법으로 장치 위에 마우스를 두고 오른쪽을 클릭한 후 드롭 다운 메뉴에서 다른 장치를 선택합니다.장치가 호환되지 않는 경우 본딩 작업이 실패하며 호환 문제를 해결하는 방법을 알려주는 메시지가 나타납니다.
- 드롭 다운 메뉴에서 본딩 이름 및 본딩 모드를 선택합니다.본딩 모드 1, 2, 4, 5를 선택할 수 있습니다. 기타 다른 모드는 사용자 정의 옵션을 사용하여 설정할 수 있습니다.
- 를 클릭하여 본딩을 생성하고 새로운 본딩 생성 창을 닫습니다.
- 새로 생성된 본딩 장치에 논리 네트워크를 지정합니다.
- 옵션으로 호스트와 Engine 간의 연결을 확인을 선택하고 네트워크 설정 저장을 선택합니다.
- 를 클릭하여 변경 사항을 저장하고 호스트 네트워크 설정 창을 닫습니다.
5.5.5.4. 호스트 인터페이스의 사용자 정의 본딩 옵션 사용 예
예 5.1. xmit_hash_policy
mode=4 xmit_hash_policy=layer2+3
예 5.2. ARP 모니터링
arp_interval을 설정합니다:
mode=1 arp_interval=1 arp_ip_target=192.168.0.2
예 5.3. 기본
mode=1 primary=eth0
5.5.6. 호스트의 FQDN 변경
절차 5.24. 호스트의 FQDN 업데이트
- 호스트를 유지 관리 모드에 두면 가상 머신이 다른 호스트로 라이브 마이그레이션됩니다. 보다 자세한 내용은 6.5.8절. “호스트를 유지 관리 모드로 변경”에서 참조하십시오. 다른 방법으로 전체 가상 머신을 수동으로 종료하고 다른 호스트로 모든 가상 머신을 마이그레이션합니다. 보다 자세한 내용은 Virtual Machine Management Guide에 있는 Manually Migrating Virtual Machines에서 참조하십시오.
- 를 클릭하고 를 클릭하여 관리 포털에서 호스트를 삭제합니다.
- hostnamectl 도구를 사용하여 호스트 이름을 업데이트합니다. 보다 자세한 옵션은 Red Hat Enterprise Linux 7 네트워킹 가이드의 호스트 이름 설정에서 참조하십시오.
# hostnamectl set-hostname NEW_FQDN
- 호스트를 재부팅합니다.
- Manager로 호스트를 다시 등록합니다. 보다 자세한 내용은 6.5.1절. “Red Hat Virtualization Manager에 대한 Host 추가”에서 참조하십시오.
5.5.7. 호스트의 IP 주소 변경
절차 5.25.
- 호스트를 유지 관리 모드에 두면 가상 머신이 다른 호스트로 라이브 마이그레이션됩니다. 보다 자세한 내용은 6.5.8절. “호스트를 유지 관리 모드로 변경”에서 참조하십시오. 다른 방법으로 전체 가상 머신을 수동으로 종료하고 다른 호스트로 모든 가상 머신을 마이그레이션합니다. 보다 자세한 내용은 Virtual Machine Management Guide에 있는 Manually Migrating Virtual Machines에서 참조하십시오.
- 를 클릭하고 를 클릭하여 관리 포털에서 호스트를 삭제합니다.
admin사용자로 호스트에 로그인합니다.- F2를 누르고 를 선택한 후 Enter를 눌러 복구 쉘로 들어갑니다.
/etc/sysconfig/network-scripts/ifcfg-ovirtmgmt파일을 편집하여 IP 주소를 수정합니다. 예:# vi /etc/sysconfig/network-scripts/ifcfg-ovirtmgmt ... BOOTPROTO=none IPADDR=10.x.x.x PREFIX=24 ...
- 네트워크 서비를 다시 시작하고 IP 주소가 업데이트되었는지 확인합니다.
# systemctl restart network.service
# ip addr show ovirtmgmt
exit을 입력하여 복구 쉘에서 나간 후 텍스트 사용자 인터페이스로 전환합니다.- Manager로 호스트를 다시 등록합니다. 보다 자세한 내용은 6.5.1절. “Red Hat Virtualization Manager에 대한 Host 추가”에서 참조하십시오.

Where did the comment section go?
Red Hat's documentation publication system recently went through an upgrade to enable speedier, more mobile-friendly content. We decided to re-evaluate our commenting platform to ensure that it meets your expectations and serves as an optimal feedback mechanism. During this redesign, we invite your input on providing feedback on Red Hat documentation via the discussion platform.