부록 D. 본딩 옵션
여러 개의 물리적 NIC를 함께 번들하여 본딩이라는 단일 논리 채널을 구성할 수 있습니다. 고가용성 시스템의 중복을 제공하거나 처리량 증가를 위해 본딩을 구성할 수 있습니다.
D.1. 네트워크 인터페이스 본딩 및 LACP(Link Aggregation Control Protocol)
Red Hat OpenStack Platform은 Linux 본딩, OVS(Open vSwitch) 커널 본딩, OVS-DPDK 본딩을 지원합니다.
본딩은 선택적 LACP(Link Aggregation Control Protocol)와 함께 사용할 수 있습니다. LACP는 부하 분산 및 내결함성을 위한 동적 본딩을 생성하는 협상 프로토콜입니다.
가상 머신 인스턴스와 직접 상호 작용하는 네트워크에서 Red Hat은 OVS 커널 본딩(bond type ovs_bond) 또는 OVS-DPDK 본딩(bond type ovs_dpdk_bond)을 LACP와 함께 사용할 것을 권장합니다. 그러나 동일한 노드에서 OVS 커널 본딩과 OVS-DPDK 본딩을 결합하지 마십시오.
제어 및 스토리지 네트워크에서 Red Hat은 VLAN 및 LACP와 Linux 본딩을 사용할 것을 권장합니다. OVS 본딩이 업데이트, 핫 수정 및 기타 이벤트에서 OVS 또는 neutron 에이전트가 다시 시작될 때 발생할 수 있는 컨트롤 플레인 중단 가능성이 있기 때문입니다. Linux bond/LACP/VLAN 구성은 OVS 중단 없이 NIC 관리를 제공합니다. 다음은 하나의 VLAN을 사용한 Linux 본딩 구성의 예입니다.
params:
$network_config:
network_config:
- type: linux_bond
name: bond_api
bonding_options: "mode=active-backup"
use_dhcp: false
dns_servers:
` get_param: DnsServers
members:
- type: interface
name: nic3
primary: true
- type: interface
name: nic4
- type: vlan
vlan_id:
get_param: InternalApiNetworkVlanID
device: bond_api
addresses:
- ip_netmask:
get_param: InternalApiIpSubnet