새로운 EMC VNX5200 SAN은 파티션을 "번인"한 후 성능이 더 좋아지는 경향이 있는 것으로 나타났습니다. 이는 파티션을 다른 정크 데이터로 채우고 모든 것을 몇 번 삭제하는 것을 의미합니다. 이에 대해 SAN 관리자에게 물었지만 그는 신경 쓰지 않았습니다. 그는 IOPS에 대해 중얼거리며 MB/s는 중요하지 않다고 말했습니다. 이제는 그럴 수도 있지만 야간 SQL 백업 및 복원(대규모 연속 청크)이 제가 시작한 15MB/s 대신 현재 80MB/s에서 실행된다는 것이 저에게는 매우 중요합니다. SQL 서버용 LUN을 추진하여 얻었습니다. 그러나 백엔드에 디스크가 몇 개 있는지, RAID 구성이 있는지 또는 여기에 다른 LUN이 있는지, SAN이 자주 사용하는 데이터를 캐싱하거나 더 빠른 스토리지로 이동하는지에 대한 정보는 없습니다("번인"을 설명할 수 있음). ). 액세스 권한이 있지만 모든 정보를 읽는 방법을 모르기 때문에 관리 콘솔을 자세히 살펴볼 수 있습니다.
모든 것이 잘 진행되고 있다는 사실을 알고 현재 성능을 예상 수준으로 받아들인다면 기쁠 것입니다. 하지만 이 값비싼 SAN atm에서 볼 수 있는 최대 읽기 속도는 80MB/s이고 쓰기 속도는 그 절반 정도입니다. 7200rpm 드라이브(RAID 없음)를 사용하여 지속적인 110MB/s 백업을 가져올 수 있는 3년 된 데스크탑 실험실에서는 그랬습니다.
질문은 SAN에서 일관된 성능을 얻는 방법입니다. SAN 관리자에게 무엇을 문의해야 합니까? 성능을 확인하는 가장 좋은 방법은 무엇입니까? 아니면 SAN 제조업체, 디스크 모델 및 구성 데이터, 로드 유형 시나리오를 고려하여 성능 기준을 확인하고 지시할 수 있는 신뢰할 수 있는 온라인 리소스가 있습니까? (동일한 게임 플랫폼의 CPU+GFX 점수와 같은 것)
답변1
스토리지 관리자가 전체 내용을 제공하지 않습니다. IOPS는 일반 IO(무작위 탐색 읽기 및 작은 블록 쓰기)를 수행할 때 제한되는 것이지만 백업은 대규모 순차 읽기여야 하며 IO/s로 유용하게 측정할 수 없다는 점은 맞습니다.
백업을 수행할 때 연속적으로 읽고 있습니까, 아니면 디스크 전체에 걸쳐 작은 읽기를 많이 수행하고 있습니까? 무작위 읽기인 경우 IO/s로 측정되는 디스크 검색 능력에 대한 제한이 다시 적용됩니다.
연속 읽기라고 가정하면 속도는 먼저 전송 계층에 의해 제한됩니다. 1Gb/s iSCSI를 사용하는 경우 최대 속도는 80MB/s 정도입니다. 네트워크를 공유하고 있고 전체 링크가 적은 경우에는 더욱 적습니다. 스토리지 프런트엔드 포트가 둘 이상의 클라이언트에 대해 백업을 수행하는 경우에도 제한될 수 있습니다. 마지막으로, 사용하는 디스크가 대량의 읽기 또는 쓰기를 수행하는 다른 클라이언트와 공유되는 경우 이로 인해 이러한 문제가 발생할 수 있습니다.
즉, 스토리지 담당자는 성능을 향상시킬 수 있는 방법을 찾을 수 있도록 최소한 왜 그렇게 느리게 진행되는지 알려줄 수 있어야 합니다. 공유 리소스에 대한 경쟁을 피하기 위해 백업 창을 이동해 볼 수도 있고, 현재 꽉 막혀 있는 리소스에 대해 경쟁하지 않도록 스토리지를 분리할 수도 있습니다.