Skip to main content
NetApp Console local deployment
본 한국어 번역은 사용자 편의를 위해 제공되는 기계 번역입니다. 영어 버전과 한국어 버전이 서로 어긋나는 경우에는 언제나 영어 버전이 우선합니다.

NetApp Console 로컬 배포에서 스토리지 클래스 및 정책에 대해 알아보기

기여자 netapp-tonias netapp-ml94669
PDF

스토리지 클래스는 스토리지의 동작 방식을 정의하는 재사용 가능한 템플릿입니다. 스토리지 클래스를 사용하여 스토리지를 프로비저닝하면 NetApp Console 로컬 배포 기능이 해당 클래스에 정의된 표준을 자동으로 적용하므로 관리자가 각 워크로드에 대해 개별적인 구성 결정을 내릴 필요가 없습니다.

스토리지 클래스는 스토리지 동작의 개별적인 차원을 정의하는 스토리지 클래스 정책을 기반으로 구축됩니다. 이러한 정책들을 통해 조직의 스토리지 표준을 한 번만 정의하고 모든 스토리지 시스템에 일관되게 적용할 수 있습니다.

스토리지 클래스 정책이란 무엇입니까?

스토리지 클래스 정책은 스토리지 동작의 한 측면을 정의합니다. 정책은 스토리지 클래스를 구성하는 데 사용할 수 있는 재사용 가능한 구성 요소입니다.

일반적인 정책 유형은 다음과 같습니다.

  • 성능 정책 - 지연 시간 목표, IOPS 또는 처리량 요구 사항을 정의합니다.

  • 용량 정책 - 프로비저닝 모드, 임계값 알림 또는 증가 제한을 정의합니다.

  • 보안 정책 - 암호화, 규정 준수 또는 액세스 제어 요구 사항을 정의합니다.

  • 데이터 보호 정책 - 스냅샷 일정, 복제 대상 또는 보존 기간을 정의합니다.

정책을 개별적으로 정의한 다음 스토리지 클래스를 구축할 때 이러한 정책을 결합합니다. 이렇게 하면 동일한 성능 정책을 여러 클래스에서 재사용하거나 용량 정책을 한 곳에서 업데이트하고 해당 정책을 사용하는 모든 클래스에 변경 사항을 적용할 수 있습니다.

스토리지 클래스란 무엇입니까?

스토리지 클래스는 하나 이상의 정책으로 구성된 명명된 템플릿입니다. 이는 특정 유형의 워크로드에 대한 조직의 스토리지 표준을 나타냅니다.

예를 들어 고성능, 고가용성 및 엄격한 데이터 보호 정책을 결합한 프로덕션 데이터베이스 스토리지 클래스를 만들거나, 적당한 성능, 유연한 용량 및 기본 데이터 보호 정책을 결합한 개발 파일 공유 스토리지 클래스를 만들 수 있습니다.

스토리지 관리자는 기업 요구 사항을 인코딩하기 위해 스토리지 클래스를 정의합니다. 수동, 안내형 워크플로 또는 자동화를 통해 수행되는 모든 프로비저닝 작업은 해당 관리자가 승인한 클래스의 라이브러리를 활용합니다.

스토리지 클래스가 표준을 시행하는 방법

스토리지를 프로비저닝할 때 개별 설정을 구성하는 대신 스토리지 클래스를 선택합니다. Console 로컬 배포는 해당 클래스의 정책을 사용하여 플릿에서 워크로드를 지원할 수 있는 용량과 성능 여유가 있는 클러스터를 식별하고, 최적의 배치 옵션을 권장하며, 프로비저닝 시점에 클래스 기반 설정을 자동으로 적용합니다.

프로비저닝 후, Console 로컬 배포는 각 워크로드를 스토리지 클래스 표준에 따라 지속적으로 평가합니다.

스토리지 클래스 드리프트 및 규정 준수

워크로드가 더 이상 스토리지 클래스의 의도와 일치하지 않으면 콘솔 로컬 배포에서 조사 및 수정을 위해 해당 워크로드를 표시합니다.

문제는 크게 두 가지 범주로 나뉩니다.

  • 구성 변경: 스토리지 클래스 정책에 따라 관리되는 스토리지 설정이 의도된 구성과 더 이상 일치하지 않습니다. 이는 ONTAP 클러스터에서 직접 변경하거나 표준 프로비저닝 워크플로 외부에서 변경이 이루어질 때 발생할 수 있습니다.

  • 성능 규정 미준수: 워크로드의 런타임 동작이 더 이상 스토리지 클래스의 성능 의도를 충족하지 못합니다(예: QoS 한계에 근접한 지속적인 부하 또는 높은 테일 레이턴시).

분석 보기에서는 변경 사항과 그 이유를 설명합니다. 규정 준수를 복원하는 데 도움이 되는 안내형 복구 조치(예: Fix it)를 사용할 수 있습니다. 일부 복구 조치는 제자리에서 적용할 수 있지만, 다른 조치는 의도한 동작을 복원하기 위해 워크로드를 다른 스토리지 클래스로 조정해야 할 수 있습니다.

조사할 곳

일반적으로 다음 위치 중 한 곳에서 드리프트 및 비준수 사항을 조사할 수 있습니다(사용 가능 여부는 배포 환경 및 권한에 따라 다릅니다).

  • 스토리지 클래스: Drift / Compliance

  • 알림: 분석

자세한 단계별 지침은 스토리지 클래스 드리프트 수정을 참조하십시오.

엔드투엔드 워크플로

다음 단계는 스토리지 클래스를 사용하여 환경 내 스토리지를 표준화하고 관리하는 프로세스를 설명합니다.

  1. 스토리지 클래스 정책 생성 - 정책은 스토리지 동작의 개별적인 측면(성능 목표, 용량 설정, 보안 요구 사항, 데이터 보호 일정)을 정의합니다. 스토리지 클래스를 구축하기 전에 정책을 생성하십시오.

  2. 스토리지 클래스 생성 - 적용 가능한 각 범주에서 정책 하나씩을 선택하여 스토리지 클래스를 구성합니다. 미리 정의된 스토리지 클래스를 사용하거나 조직 표준에 맞는 사용자 지정 스토리지 클래스를 만들 수 있습니다.

  3. 스토리지 클래스를 플릿과 연결 - 스토리지 클래스를 생성한 후, 프로비저닝 및 규정 준수 모니터링에 사용할 플릿과 연결하십시오.

  4. 스토리지 클래스를 사용하여 스토리지 프로비저닝 - 볼륨 또는 LUN을 프로비저닝할 때 개별 설정을 구성하는 대신 스토리지 클래스를 선택합니다. Console 로컬 배포는 해당 클래스를 사용하여 최적의 클러스터 배치 위치를 권장한 다음, 클래스에 정의된 설정으로 프로비저닝합니다.

  5. 워크로드 구성 변경 모니터링 - Console 로컬 배포는 각 워크로드를 스토리지 클래스에 명시된 표준에 따라 지속적으로 평가합니다. 구성 변경이나 성능 불일치가 발생하면 문제를 표시하고 경고를 발생시킬 수 있습니다.

  6. 드리프트 수정으로 규정 준수 복원 - 드리프트 또는 성능 규정 미준수가 감지되면 안내에 따라 수동으로 문제를 해결하거나, Console 로컬 배포를 통해 일반적인 드리프트 문제를 자동으로 해결하거나, 설정을 변경해야 하는 경우 워크로드를 스토리지 클래스에서 분리할 수 있습니다.

스토리지 클래스가 플릿과 작동하는 방식

스토리지 클래스는 플릿과 연결됩니다. 스토리지 클래스를 플릿과 연결하면 해당 클래스는 플릿 내의 모든 프로비저닝에서 사용할 수 있게 됩니다. 이를 통해 플릿에 프로비저닝된 모든 워크로드가 동일한 표준을 따르게 되므로, 플릿은 관련 클러스터 전반에 걸쳐 일관된 스토리지 동작을 구현하는 핵심적인 방법이 됩니다.

함대 구성 방법에 대한 자세한 내용은 "NetApp Console 로컬 배포에서 플릿 관리에 대해 알아보십시오."을 참조하십시오.

다음 단계