Skip to main content
이 제품의 최신 릴리즈를 사용할 수 있습니다.
본 한국어 번역은 사용자 편의를 위해 제공되는 기계 번역입니다. 영어 버전과 한국어 버전이 서로 어긋나는 경우에는 언제나 영어 버전이 우선합니다.

Linux 배포를 위한 StorageGRID 호스트 네트워크 구성

PDF

호스트에 Linux 설치를 완료한 후에 나중에 배포할 StorageGRID 노드에 매핑하기에 적합한 네트워크 인터페이스 세트를 각 호스트에서 준비하기 위해 추가 구성을 수행해야 할 수 있습니다.

참고 "Linux"는 RHEL, Ubuntu 또는 Debian 배포판을 의미합니다. 지원되는 버전 목록은 "NetApp 상호 운용성 매트릭스 툴(IMT)"을 참조하십시오.
시작하기 전에
참고 가상 머신을 호스트로 사용하는 경우 가상 네트워크 어댑터로 VMXNET 3을 선택해야 합니다. VMware E1000 네트워크 어댑터는 특정 Linux 배포판에 배포된 StorageGRID 컨테이너에서 연결 문제를 일으킨 것으로 알려져 있습니다.
이 작업 정보

그리드 노드는 그리드 네트워크에 액세스할 수 있어야 하며, 선택적으로 관리 네트워크 및 클라이언트 네트워크에도 액세스할 수 있어야 합니다. 이러한 액세스는 호스트의 물리적 인터페이스를 각 그리드 노드의 가상 인터페이스에 연결하는 매핑을 생성하여 제공합니다. 호스트 인터페이스를 생성할 때는 모든 호스트에 걸쳐 배포를 용이하게 하고 마이그레이션을 지원하기 위해 친숙한 이름을 사용하십시오.

호스트와 하나 이상의 노드 간에 동일한 인터페이스를 공유할 수 있습니다. 예를 들어, 호스트 및 노드 유지 관리를 용이하게 하기 위해 호스트 액세스와 노드 관리 네트워크 액세스에 동일한 인터페이스를 사용할 수 있습니다. 호스트와 개별 노드 간에 동일한 인터페이스를 공유할 수 있지만, 모든 노드는 서로 다른 IP 주소를 가져야 합니다. 노드 간 또는 호스트와 노드 간에 IP 주소를 공유할 수 없습니다.

호스트의 모든 StorageGRID 노드에 그리드 네트워크 인터페이스를 제공하기 위해 동일한 호스트 네트워크 인터페이스를 사용할 수도 있고, 각 노드마다 다른 호스트 네트워크 인터페이스를 사용할 수도 있으며, 그 중간 방식을 사용할 수도 있습니다. 하지만 일반적으로 단일 노드에 대해 그리드 네트워크 인터페이스와 관리 네트워크 인터페이스로 동일한 호스트 네트워크 인터페이스를 제공하거나, 한 노드에는 그리드 네트워크 인터페이스를, 다른 노드에는 클라이언트 네트워크 인터페이스를 제공하지는 않습니다.

이 작업은 여러 가지 방법으로 완료할 수 있습니다. 예를 들어 호스트가 가상 머신이고 각 호스트에 StorageGRID 노드를 하나 또는 두 개 배포하는 경우 하이퍼바이저에서 올바른 수의 네트워크 인터페이스를 생성하고 1:1 매핑을 사용할 수 있습니다. 프로덕션 환경에서 베어메탈 호스트에 여러 노드를 배포하는 경우 Linux 네트워킹 스택의 VLAN 및 LACP 지원 기능을 활용하여 내결함성과 대역폭 공유를 구현할 수 있습니다. 다음 섹션에서는 이 두 가지 예시에 대한 자세한 접근 방식을 제공합니다. 이러한 예시 중 어느 것도 반드시 사용해야 하는 것은 아니며, 필요에 맞는 다른 접근 방식을 사용할 수 있습니다.

참고 본드 또는 브리지 장치를 컨테이너 네트워크 인터페이스로 직접 사용하지 마십시오. 이렇게 하면 컨테이너 네임스페이스에서 본드 및 브리지 장치와 함께 MACVLAN을 사용할 때 발생하는 커널 문제로 인해 노드 시작이 중단될 수 있습니다. 대신 VLAN 또는 가상 이더넷(veth) 쌍과 같은 비본드 장치를 사용하십시오. 이 장치를 노드 구성 파일의 네트워크 인터페이스로 지정하십시오.

MAC 주소 복제에 대한 고려 사항 및 권장 사항

MAC 주소 복제를 사용하면 컨테이너는 호스트의 MAC 주소를 사용하고, 호스트는 사용자가 지정한 주소 또는 임의로 생성된 주소의 MAC 주소를 사용하게 됩니다. 무차별 모드 네트워크 구성을 피하려면 MAC 주소 복제를 사용하는 것이 좋습니다.

MAC 복제 활성화

특정 환경에서는 MAC 주소 복제를 통해 보안을 강화할 수 있습니다. 이를 통해 관리 네트워크, 그리드 네트워크 및 클라이언트 네트워크에 각각 전용 가상 NIC를 사용할 수 있기 때문입니다. 컨테이너가 호스트의 전용 NIC의 MAC 주소를 사용하도록 설정하면 무차별 모드 네트워크 구성을 사용하지 않아도 됩니다.

참고 MAC 주소 복제는 가상 서버 설치 환경에서 사용하도록 설계되었으며, 모든 물리적 어플라이언스 구성에서 제대로 작동하지 않을 수 있습니다.
참고 MAC 주소 복제를 위해 지정된 인터페이스가 사용 중이어서 노드 시작에 실패하는 경우, 노드를 시작하기 전에 해당 링크를 "down" 상태로 설정해야 할 수 있습니다. 또한, 링크가 활성화된 상태에서 가상 환경이 네트워크 인터페이스의 MAC 주소 복제를 차단할 수 있습니다. 인터페이스 사용 중으로 인해 노드가 MAC 주소를 설정하고 시작하지 못하는 경우, 노드를 시작하기 전에 해당 링크를 "down" 상태로 설정하면 문제가 해결될 수 있습니다.

MAC 주소 복제는 기본적으로 비활성화되어 있으며 노드 구성 키를 통해 설정해야 합니다. StorageGRID를 설치할 때 활성화해야 합니다.

각 네트워크마다 하나의 키가 있습니다.

  • ADMIN_NETWORK_TARGET_TYPE_INTERFACE_CLONE_MAC

  • GRID_NETWORK_TARGET_TYPE_INTERFACE_CLONE_MAC

  • CLIENT_NETWORK_TARGET_TYPE_INTERFACE_CLONE_MAC

이 키를 "true"로 설정하면 컨테이너가 호스트 NIC의 MAC 주소를 사용하게 됩니다. 또한 호스트는 지정된 컨테이너 네트워크의 MAC 주소를 사용하게 됩니다. 기본적으로 컨테이너 주소는 임의로 생성된 주소이지만, _NETWORK_MAC 노드 구성 키를 사용하여 주소를 설정한 경우 해당 주소가 대신 사용됩니다. 호스트와 컨테이너는 항상 서로 다른 MAC 주소를 갖게 됩니다.

참고 하이퍼바이저에서 무차별 모드를 활성화하지 않고 가상 호스트에서 MAC 복제를 활성화하면 호스트 인터페이스를 사용하는 Linux 호스트 네트워킹이 작동을 멈출 수 있습니다.

MAC 복제 활용 사례

MAC 복제에는 두 가지 사용 사례가 있습니다.

  • MAC 복제 미사용: 노드 구성 파일의 _CLONE_MAC 키가 설정되지 않았거나 "false"로 설정된 경우, 호스트는 호스트 NIC MAC 주소를 사용하고 컨테이너는 _NETWORK_MAC 키에 MAC 주소가 지정되지 않은 한 StorageGRID에서 생성한 MAC 주소를 사용합니다. _NETWORK_MAC 키에 주소가 설정된 경우 컨테이너는 _NETWORK_MAC 키에 지정된 주소를 사용합니다. 이러한 키 구성에는 무차별 모드(promiscuous mode) 사용이 필요합니다.

  • MAC 복제 활성화: 노드 구성 파일의 _CLONE_MAC 키가 "true"로 설정된 경우 컨테이너는 호스트 NIC의 MAC 주소를 사용하고, 호스트는 _NETWORK_MAC 키에 MAC 주소가 지정되지 않은 경우 StorageGRID에서 생성한 MAC 주소를 사용합니다. _NETWORK_MAC 키에 주소가 설정된 경우 호스트는 생성된 주소 대신 지정된 주소를 사용합니다. 이 키 구성에서는 무차별 모드를 사용해서는 안 됩니다.

참고 MAC 주소 복제를 사용하지 않고 하이퍼바이저가 할당한 MAC 주소 이외의 MAC 주소에 대해 모든 인터페이스가 데이터를 송수신할 수 있도록 허용하려면 가상 스위치 및 포트 그룹 수준의 보안 속성에서 무차별 모드, MAC 주소 변경 및 위조 전송에 대해 *허용*으로 설정해야 합니다. 가상 스위치에서 설정한 값은 포트 그룹 수준에서 설정한 값으로 재정의될 수 있으므로 두 위치의 설정이 동일한지 확인하십시오.

MAC 복제를 활성화하려면 "노드 구성 파일 생성 지침"을 참조하십시오.

MAC 복제 예시

MAC 주소가 11:22:33:44:55:66인 호스트에서 인터페이스 ens256에 대해 MAC 클로닝이 활성화된 예이며, 노드 구성 파일에 다음 키가 있습니다.

  • ADMIN_NETWORK_TARGET = ens256

  • ADMIN_NETWORK_MAC = b2:9c:02:c2:27:10

  • ADMIN_NETWORK_TARGET_TYPE_INTERFACE_CLONE_MAC = true

결과: ens256의 호스트 MAC 주소는 b2:9c:02:c2:27:10이고 관리 네트워크 MAC 주소는 11:22:33:44:55:66입니다.

예시 1: 물리적 또는 가상 NIC에 대한 1:1 매핑

예제 1은 호스트 측 구성이 거의 또는 전혀 필요하지 않은 간단한 물리적 인터페이스 매핑에 대해 설명합니다.

VLAN 설치 다이어그램

Linux 운영 체제는 설치 또는 부팅 중에, 혹은 인터페이스를 핫 추가할 때 `ensXYZ`인터페이스를 자동으로 생성합니다. 부팅 후 인터페이스가 자동으로 활성화되도록 설정하는 것 외에는 별도의 구성이 필요하지 않습니다. 다만, 나중에 구성 과정에서 올바른 매핑을 제공할 수 있도록 어떤 ensXYZ 인터페이스가 어떤 StorageGRID 네트워크(Grid, Admin 또는 Client)에 해당하는지 미리 파악해 두어야 합니다.

그림에는 여러 StorageGRID 노드가 나와 있지만, 일반적으로 이 구성은 단일 노드 VM에 사용합니다.

스위치 1이 물리적 스위치인 경우, 인터페이스 10G1부터 10G3에 연결된 포트를 액세스 모드로 구성하고 적절한 VLAN에 배치해야 합니다.

예시 2: VLAN을 전송하는 LACP 본딩

예제 2는 사용자가 네트워크 인터페이스 본딩과 사용 중인 Linux 배포판에서 VLAN 인터페이스를 생성하는 방법에 익숙하다고 가정합니다.

이 작업 정보

예제 2는 단일 호스트의 모든 노드에서 사용 가능한 네트워크 대역폭을 공유할 수 있도록 하는 일반적이고 유연한 VLAN 기반 체계를 설명합니다. 이 예제는 특히 베어메탈 호스트에 적용 가능합니다.

이 예시를 이해하기 위해 각 데이터 센터에 그리드, 관리 및 클라이언트 네트워크에 대해 각각 별도의 서브넷이 있다고 가정해 보겠습니다. 이 서브넷들은 서로 다른 VLAN(1001, 1002, 1003)에 있으며, LACP로 연결된 트렁크 포트(bond0)를 통해 호스트에 제공됩니다. 본드에 bond0.1001, bond0.1002, bond0.1003의 세 가지 VLAN 인터페이스를 구성해야 합니다.

동일한 호스트에서 노드 네트워크에 대해 별도의 VLAN 및 서브넷이 필요한 경우, 본드에 VLAN 인터페이스를 추가하고 이를 호스트에 매핑할 수 있습니다(그림에서 bond0.1004로 표시됨).

VLAN 인터페이스

단계

  1. StorageGRID 네트워크 연결에 사용될 모든 물리적 네트워크 인터페이스를 단일 LACP 본드로 집계합니다.

    모든 호스트에서 동일한 본드 이름을 사용하십시오. 예를 들어, bond0.

  2. 이 본드를 관련 "물리적 장치"로 사용하는 VLAN 인터페이스를 표준 VLAN 인터페이스 명명 규칙 `physdev-name.VLAN ID`을 사용하여 생성합니다.

    1단계와 2단계를 수행하려면 네트워크 링크의 다른 끝단에 있는 에지 스위치에 적절한 구성이 필요합니다. 에지 스위치 포트도 LACP 포트 채널로 집계되고 트렁크로 구성되어야 하며 필요한 모든 VLAN이 통과할 수 있도록 허용되어야 합니다.

    호스트별 네트워킹 구성 체계에 대한 샘플 인터페이스 구성 파일이 제공됩니다.

관련 정보