SLES 15에서 DM-Multipath를 구성하는 방법: 실용적인 가이드

먼저 적절한 멀티패싱 스택을 선택하세요.

SUSE Linux Enterprise Server 15에서 Device Mapper Multipath(DM-Multipath)는 여러 경로를 통해 제공되는 SCSI 및 DASD 스토리지에 대한 표준 선택 사항입니다. DM-Multipath는 일치하는 경로를 하나의 논리 블록 장치로 결합하고, 경로 상태를 모니터링하며, 경로 그룹 간에 장애 조치를 수행할 수 있습니다. 스토리지 볼륨과의 연결을 보호하지만, 볼륨 오류, 컨트롤러 데이터 손실 또는 파일 시스템 손상으로부터는 보호하지 않습니다.

NVMe는 기본 설정이 다릅니다. SLES 15는 커널에서 네이티브 NVMe 멀티패싱을 활성화합니다. NVMe over Fabrics를 사용하는 경우, DM-Multipath 절차를 진행하기 전에 네이티브 NVMe 멀티패싱이 서브시스템에 적합한 스택인지 확인하십시오. SUSE는 네이티브 NVMe 멀티패싱을 권장하며 NVMe에 DM-Multipath를 사용하는 것은 권장하지 않습니다. SUSE의 SLES 15 SP7 멀티패스 가이드 및 NVMe over Fabrics 가이드를 참조하십시오 .

호스트를 변경하기 전에

• 스토리지 어레이, HBA 또는 네트워크 전송 방식, 그리고 SLES 릴리스 버전이 모두 호환되는지 확인하십시오. 일반적인 기본값과 다른 경우, 어레이 공급업체의 Linux 멀티패싱 설정을 따르십시오.
• 스토리지 관리자에게 의도된 패브릭을 통해 호스트에 LUN을 제공하고 영역 설정 및 LUN 마스킹을 확인하도록 요청하십시오.
• 현재 부팅 및 스토리지 레이아웃을 기록합니다. 루트 파일 시스템, 스왑 또는 LVM 물리적 볼륨이 SAN 스토리지에 있는지 확인합니다.
• 개별 경로 장치를 마운트, 포맷, LVM에 추가하거나 쓰기 작업을 수행하지 마십시오. 동일한 LUN은 멀티패스 맵을 통해서만 사용해야 하며, 원시 경로를 동시에 사용하면 데이터가 손상될 수 있습니다.
• SAN 부팅 구성을 변경하기 전에 콘솔 또는 대역 외 액세스를 준비하십시오. 실행 중인 시스템과 initramfs 간의 불일치로 인해 호스트가 비상 모드로 전환될 수 있습니다.

1. Linux에서 저장 경로를 인식하는지 확인하십시오.

먼저 HBA 또는 iSCSI 전송이 로그인되었는지, 그리고 SLES가 예상되는 블록 장치를 인식하는지 확인하십시오. SCSI 스토리지의 경우 장치와 해당 식별자를 검사하십시오.

sudo lsblk -o NAME,TYPE,SIZE,MODEL,SERIAL

이 인벤토리를 통해 예상되는 LUN 크기의 블록 장치가 보이는지 확인할 수 있습니다. 이 단계에서는 장치 이름이 다르다고 해서 스토리지 볼륨이 다르다고 단정해서는 안 됩니다. 다음 단계에서는 WWID와 그룹 일치 경로를 확인합니다.

예상되는 경로가 없는 경우, 여기서 중단하고 먼저 검색 문제를 해결하십시오. HBA 가시성, iSCSI 세션 또는 파이버 채널 로그인, SAN 영역 설정, LUN 마스킹 및 스토리지 공급업체의 재검색 절차를 확인하십시오. 멀티패스는 전송 계층에서 노출되지 않은 경로를 생성할 수 없습니다.

2. 멀티패스 서비스를 설치하고 시작합니다.

SUSE 패키지가 설치되어 있지 않으면 설치하고, 부팅 시 맵이 생성되도록 데몬을 활성화하십시오.

sudo zypper install multipath-tools
sudo systemctl enable --now multipathd
sudo systemctl status multipathd

이 multipath-tools패키지는 멀티패스 명령줄 도구와 multipathd서비스를 제공합니다. SUSE는 멀티패스 하드웨어가 있는 시스템에서 서비스를 활성화하고 실행 상태로 유지하는 것을 권장합니다. systemd 소켓 활성화에만 의존하면 부팅 시 맵이 설정되지 않을 수 있습니다. 데몬이 활성화되면 WWID와 경로 ID를 비교하십시오.

sudo multipathd show paths format "%i %d %w %s"
sudo multipath -ll

동일한 LUN에 대한 경로는 동일한 WWID를 보고해야 합니다. 서로 다른 WWID는 서로 다른 장치를 나타내며 하나의 맵으로 병합해서는 안 됩니다.

대부분의 어레이에서는 하드웨어 기본 설정으로도 충분합니다. 멀티패싱을 활성화하기 위해 복잡한 설정 파일을 만들 필요는 없습니다.

3. 필요한 구성 재정의만 추가합니다.

안정적이고 친숙한 별칭이나 공급업체 지정 설정과 같은 구체적인 요구 사항이 있는 경우에만 사용하십시오 /etc/multipath.conf. 멀티패스 도구는 WWID로 경로를 식별하며, 맵 별칭은 별도로 구성 가능한 이름입니다. 장치별 별칭은 다음과 같이 구성할 수 있습니다.

multipaths {
    multipath {
        wwid 3600EXAMPLE_REPLACE_WITH_THE_REAL_WWID
        alias appdata01
    }
}

샘플 WWID를 LUN에 대해 보고된 정확한 식별자로 바꾸십시오. 자리 표시자를 복사하거나 공급업체/제품 규칙을 임의로 만들지 마십시오. SUSE는 구성을 최소화할 것을 권장하며, 스토리지 공급업체에서 어레이별 튜닝을 제공해야 합니다. 내장 장치 속성은 해당 defaults섹션의 일반 값보다 우선 적용될 수 있으므로 일반적인 기본값이 특정 어레이의 동작을 변경하지 않을 수 있습니다.

전체 참조 템플릿이 필요한 경우 SUSE에서 multipath -T생성기 관련 문서를 제공합니다. 예를 들어 루트 셸에서 다음 명령으로 저장할 수 있습니다 sudo sh -c 'multipath -T > /etc/multipath.conf'. 해당 템플릿에는 여러 지시문이 포함되어 있으므로 검토 후 직접 관리할 설정만 남겨두십시오.

4. 설정을 테스트하고 적용합니다.

실시간 지도를 변경하기 전에 multipath에게 제안된 설정으로 생성될 토폴로지를 보여달라고 요청하십시오.

sudo multipath -d -v2

진행하기 전에 WWID와 경로 그룹화를 검토하십시오. 이 모의 실행에서는 제안된 맵이 표시되지만, 제거되거나 삭제될 수 있는 모든 맵이 표시되는 것은 아닙니다. 데몬이 이미 실행 중인 경우, 독립 실행형 multipath 명령을 사용하여 새 설정을 적용하는 대신 데몬을 통해 구성을 적용하십시오.

sudo multipathd reconfigure

sudo multipath -ll그런 다음 또는 명령어를 사용하여 실시간 결과를 확인하십시오 sudo multipathd show topology. SUSE 가이드에 따르면 이러한 보기에서는 일반적으로 동일한 토폴로지가 표시됩니다. 하나는 커널 상태를 읽고 다른 하나는 데몬 상태를 읽습니다.

5. initramfs를 동기화 상태로 유지하십시오.

/etc/multipath.confWWID 또는 바인딩 파일, 관련 구성 또는 장치 식별에 영향을 미치는 udev 규칙을 변경한 후에는 initramfs를 다시 빌드하십시오.

sudo dracut -f

SUSE는 부팅된 시스템과 initramfs가 멀티패싱과 관련하여 일관된 동작을 보이도록 요구합니다. 이는 루트 파일 시스템이 SAN 멀티패스 장치에 있는 경우 특히 중요합니다. SAN으로 부팅된 호스트를 재부팅하기 전에 의도한 맵이 표시되는지, 그리고 구성에 필요한 스토리지 지원이 포함되어 있는지 확인하십시오. 복구 환경에서 또는 멀티패스를 비활성화한 상태로 부팅한 후 initramfs를 재구축하는 경우, 자동 감지가 정상 부팅과 일치할 것이라고 가정하지 말고 SUSE에서 명시적으로 제시하는 절차를 따르 dracut --add multipath십시오 --omit multipath.

6. 사용하기 전에 지도를 확인하십시오.

정상적인 경로 맵은 예상되는 WWID, 공급업체/제품 ID, 경로 그룹 및 개별 경로를 표시해야 합니다. 경로 상태 열에서 는 active커널 경로 상태를 나타내고, ready는 정상적인 멀티패스 경로를 나타내며, running는 SCSI 장치 상태를 나타냅니다. 액티브/패시브 컨트롤러가 있는 어레이는 패시브 경로를 로 표시할 수도 있습니다 ghost. 이 경우 해당 상태를 자동으로 오류로 처리하는 대신 어레이의 경로 정책에 따라 해석해야 합니다.

추후 스토리지 구성 시 멀티패스 맵 또는 영구적인 ID 기반 참조를 사용하십시오. 파일 시스템, LVM 또는 애플리케이션 데이터를 개별 /dev/sdX경로에 배치하지 마십시오. 안정적인 참조는 WWID 맵 /dev/mapper또는 해당 /dev/disk/by-id/dm-uuid-mpath-WWID링크를 기반으로 할 수 있습니다. 와 같은 별칭이 mpatha의도적으로 구성하지 않는 한 계속 할당될 것이라고 가정하지 마십시오.

빠른 참조

지도가 없거나 상태가 좋지 않을 때 문제 해결

• 경로가 표시되지 않습니다. 멀티패스 규칙을 편집하기 전에 전송 로그인, HBA 검색, 영역 설정, LUN 마스킹 및 커널 장치 검색을 확인하십시오.
• LUN이 여러 개의 디스크로 나타나는 경우 WWID를 비교하십시오. WWID가 다르면 스토리지가 각 경로를 통해 의도한 동일한 LUN을 제공했는지 확인하십시오. WWID가 일치하지만 매핑이 나타나지 않으면 데몬 상태와 장치 선택 정책을 확인하십시오.
• 경로 중 하나에 오류가 있거나 연결이 끊어진 경우 케이블 또는 패브릭, HBA 포트, 스위치 포트, 대상 컨트롤러 및 어레이 이벤트 로그를 확인하십시오. 스토리지 공급업체의 지침 없이 폴링 또는 장애 타이머를 조정하지 마십시오.
• 부팅 변경 후 호스트가 비상 모드로 진입합니다. 일관성 없는 멀티패스 선택 및 장치 참조를 조사한 다음 루트 장치 및 initramfs에 대해 SUSE 복구 절차를 사용하십시오.
• 모든 경로가 실패하면 I/O가 중단됩니다. 대기 중인 I/O로 인해 애플리케이션이 계속 대기할 수 있습니다. 큐잉 정책은 스토리지 및 애플리케이션 소유자와 협의하여 결정해야 하며, 정책을 변경하면 대기 중인 쓰기 작업이 보고된 I/O 오류로 바뀔 수 있습니다.

유지 관리 계획 및 공급업체 승인 절차 없이 프로덕션 경로를 연결 해제하여 페일오버를 테스트하지 마십시오. 지원되는 모니터링 및 제어된 테스트 기간을 통해 복구를 확인하십시오. 어레이별 기본값 및 복구 단계는 하드웨어 공급업체의 최신 설명서와 SUSE의 멀티패스 구성, 검증 및 문제 해결 참조 자료를 함께 활용하십시오 .