경로가 너무 많으면 스토리지 인프라 성능에 영향을 미칠 수 있다고 들었습니다. 누군가 이유를 대답해 주실 수 있나요?
이는 단일 서버의 경로 수에 관한 것이 아니라 전체 인프라(FC 스위치/스토리지 어레이 등에 미치는 영향)를 살펴보는 것입니다.
제가 근무했던 이전 회사에서는 SAN/스위치/백엔드 스토리지 어레이의 성능 저하로 인해 경로 수를 줄이는 프로젝트를 진행했던 것으로 기억됩니다. (자세한 내용은 기억나지 않지만 거기에는 Brocade 스위치가 있었고 EMC 스토리지에서 마이그레이션하고 있었습니다. NetApp에 배열).
빠른 인터넷 검색으로는 많은 결과가 나오지 않았습니다. 우리 DBA 팀은 Oracle 백엔드용 보팅 디스크 20개(각각 5Gb)를 요청했고 관리 오버헤드를 제쳐두더라도 성능 저하가 발생할 수 있다고 생각했습니다.
답변1
유감스럽게도 이 기사를 추천할 수는 없지만 이미 좋은 정보 소스를 찾으셨기를 바랍니다. 그렇지 않다면, 이 주제에 관해 제가 기억할 수 있는 것은 다음과 같습니다.
제가 기억하는 것처럼, 매우 많은 수의 스위치가 있고 풀 메시 토폴로지를 사용하여 연결된 경우 Brocade SAN에서 과도한 수의 ISL과 관련된 매우 드문 문제가 발생할 수 있습니다. 틀릴 수도 있지만 모든 경로를 열거할 수 없을 때 FSPF와 관련이 있었습니다. 요즘은 진짜인지 모르겠네요.
스위치에서 제한적인 IOD(In-Order Delivery) 정책이 활성화된 경우 경로 수 제한이 환영받을 수 있다고 생각합니다. 하지만 IOD가 활성화된 경우 이는 이미 잘못된 프레임(ISL 플래핑 등으로 인해 발생)과 이를 허용할 수 없는 장치 문제에 직면했지만 있는 그대로 살아야 함을 의미합니다(예: 원격 사이트까지의 경로가 깁니다.)
순차적 작업은 일반적으로 스토리지 시스템에서 더 빠르게 처리됩니다. 따라서 어레이는 적절한 알고리즘을 활성화하고 더 나은 성능을 제공하기 위해 순차적인 읽기-쓰기 작업을 감지하려고 합니다. 동일한 LUN에 대한 경로 수가 너무 많으면 스토리지 시스템이 혼란스러울 수 있으며 순차적 최적화를 적용하지 않고 이를 무작위 IO처럼 취급하기 시작할 수 있습니다.