iSCSI 모범 사례: 실제 배포 문제를 해결하는 솔루션
Lee Levenson
이 모범 사례 문서는 많은 ONTAP 7-Mode HA 쌍과 30개 이상의 ONTAP SAN 클러스터의 설계, 구현 및 관리와 관련된 운영 경험을 공유하기 위해 작성되었습니다. 수년간의 실제 iSCSI 배포 경험을 바탕으로 축적된 지식이 수록되어 있습니다. 이 문서는 라스베이거스에서 개최되는 NetApp Insight 2018의 iSCSI 모범 사례 화이트보드 세션 중에 참조 자료로 사용되었습니다. 성공적인 iSCSI 배포에 도움이 되는 몇 가지 테스트된 모범 사례를 찾고 있다면 계속 읽어 보십시오.
시작하기 전에 NetApp 유니파이드 스토리지에 관한 간략한 개요와 몇 가지 주요 정의를 다루었습니다.
NAS – Network Attached Storage: ONTAP이 파일 시스템을 제어하는 파일 기반 스토리지(NFS 및 SMB(CIFS), SMB3)입니다.
SAN – Storage Area Network: 호스트가 파일 시스템을 제어하는 블록 기반 스토리지(FC, FCoE, iSCSI)입니다.
LUN – Logical Unit Number: 연결된 SCSI 디스크의 논리적 표현입니다.
SCSI – Small Computer Systems Interface: 데이터 전송에 사용되는 명령, 프로토콜 및 인터페이스를 정의하는 표준 집합입니다. SCSI를 사용하면 512바이트 블록 단위의 데이터에 대한 낮은 수준의 액세스가 가능합니다. 이 기능은 파일 레벨의 NAS 액세스와 비교하여 효율성이 높고 오버헤드가 낮습니다. SCSI는 높은 수준의 복원력을 제공하므로 엔터프라이즈급 프로토콜에 적합합니다. SAN은 SCSI-3 프로토콜을 사용합니다.
FC SAN – Fiber Channel SAN: FC 프로토콜을 사용하여 FC 포트를 통해 통신합니다. FC는 SCSI 명령을 FC 프레임에 캡슐화합니다.
![iSCSI Best Practices: Solutions to Real-Worl - Img [KO] 1 65f27a](https://images.contentstack.io/v3/assets/blt8710a579a77cafed/bltf000cdffb783937c/69e32620a40ed8474604eec5/main-Screen-Shot-2019-01-07-at-1_45_17-PM_tcm19-38052.png?width=5760&format=avif&disable=upscale)
![iSCSI Best Practices: Solutions to Real-Worl - Img [KO] 2 a05847](https://images.contentstack.io/v3/assets/blt8710a579a77cafed/blt62de2ce4c3f867d5/69e326201d7bdd1ebcfa04d3/main-Screen-Shot-2019-01-07-at-1_45_48-PM-1_tcm19-38830.png?width=5760&format=avif&disable=upscale)
모범 사례
물리적 포트 데이터 및 클러스터 인터커넥트 포트에서 MTU를 9,000으로 설정하고 모든 포트에서 흐름 제어를 비활성화합니다(net port show -fields mtu,flowcontrol-admin).다중 경로 스토리지 컨트롤러 내의 FC 및 IP SAN 포트는 ASIC(Application-Specific Integrated Circuits) 칩셋을 활용합니다. 단일 장애 지점인 단일 ASIC를 제거하려면 컨트롤러 또는 애드온 카드 내의 서로 다른 ASIC 칩 간에 타겟 포트가 분할되었는지 확인해야 합니다.
예: (IP) e0a 및 e0b가 같은 ASIC에 있습니다. (FC) 0a 및 0b가 같은 ASIC에 있습니다.
올바른 사용법은 다음과 같습니다. (IP) e0a 및 e0c, e0b 및 e0d (FC) 0a 및 0c, 0b 및 0d
ALUA(Asymmetric Logical Unit Access) 경로 최적화 선택 ALUA는 FC 및 iSCSI 구현 모두에 필요합니다.
액티브/최적화 및 액티브/비최적화 경로는 모두 노드당 최소 1개의 경로로 액세스하도록 구성됩니다. 성능 향상을 위해 노드당 여러 경로를 사용하여 다중 경로에 2개 이상의 경로를 허용하는 것이 좋습니다.
액티브/최적화 경로는 LUN을 소유한 노드에서 이니시에이터와 대상 간의 직접 또는 기본 경로를 사용합니다. 액티브/비최적화 경로는 클러스터 인터커넥트를 통해 이니시에이터와 대상 간의 간접 또는 보조 경로를 사용하며 지연 시간이 늘어납니다.
경로 선택(Round Robin) 호스트는 액티브-패시브 어레이에 연결할 때 모든 액티브 경로를 순환하거나 액티브-액티브 어레이에 연결할 때 사용 가능한 모든 경로를 순환하는 자동 경로 선택 알고리즘을 사용합니다. RR(Round Robin)은 여러 어레이의 기본값이며 액티브-액티브 및 액티브-패시브 어레이 모두와 함께 사용하여 다양한 LUN에 대한 경로 전체에 로드 밸런싱을 구현할 수 있습니다. NetApp는 기본적으로 액티브-액티브 솔루션으로 구성됩니다. 고객 요구사항에 따라 액티브-패시브로 구성할 수 있습니다.
점보 프레임 점보 프레임은 페이로드에 대한 패킷 오버헤드의 비율을 줄이는 더 큰 이더넷 패킷입니다. 기본 이더넷 프레임 크기 또는 MTU는 1,500바이트입니다. 점보 프레임을 사용할 경우 MTU는 일반적으로 서버 및 스토리지와 같은 엔드 노드에서 9,000으로 설정되며 물리적 스위치에서 9,198 또는 9,216과 같은 더 큰 값으로 설정됩니다. 최대 크기의 패킷이 잘리거나 조각화되지 않도록 하려면 모든 물리적 디바이스와 논리적 엔터티에서 점보 프레임을 처음부터 끝까지 활성화해야 합니다.
물리적 스위치에서 MTU는 스위치 구현에 따라 글로벌 설정 또는 정책 옵션으로 또는 포트별(ESXi에서 사용하는 모든 포트 및 NetApp 클러스터의 노드 포함) 기준으로 지원되는 최대 값으로 설정해야 합니다. MTU도 설정해야 하며 ESXi vSwitch 및 VMkernel 포트와 각 노드의 물리적 포트 또는 인터페이스 그룹에서 같은 값을 사용해야 합니다.
문제가 발생하는 경우는 VMkernel 또는 vSwitch가 점보 프레임에 대해 설정되지 않았기 때문인 경우가 많습니다. 자체 NFS 또는 CIFS 스택 또는 iSCSI 이니시에이터를 통해 스토리지에 직접 액세스해야 하는 VM 게스트의 경우 VM 포트 그룹에 대한 MTU 설정이 없지만, 게스트에서 MTU를 구성해야 합니다. 아래 이미지는 다양한 네트워킹 구성 요소에 대한 점보 프레임 MTU 설정을 보여 줍니다.
![iSCSI Best Practices: Solutions to Real-Worl - Img [KO] 3 55de54](https://images.contentstack.io/v3/assets/blt8710a579a77cafed/blt9299d1bb9a2e501f/69e32620f650904226621fec/main-Screen-Shot-2019-01-07-at-1_47_04-PM_tcm19-38092.png?width=5760&format=avif&disable=upscale)
![iSCSI Best Practices: Solutions to Real-Worl - Img [KO] 4 7caeb9](https://images.contentstack.io/v3/assets/blt8710a579a77cafed/blt19713313b8c34b7f/69e3262169e506cd1e18c653/main-Screen-Shot-2019-01-07-at-1_55_01-PM_tcm19-39102.png?width=5760&format=avif&disable=upscale)
질문이 있습니까? 더 많은 정보를 원하시면 Twitter(@cartracr)에서 저를 찾아주십시오!
이 문서의 내용을 정리하는 데 도움을 준 Steve Botkin, AKA SANta(@SANTechArch)에게 감사드립니다.
Lee Levenson
다음 단계
.png?width=5760&format=avif&disable=upscale)