소개
이 문서에서는 Dell Isilon 클러스터를 올바르게 종료하는 절차를 설명하고 부적절한 클러스터 종료와 관련된 위험에 대한 정보를 제공합니다.
주의: 클러스터를 잘못 종료하면 데이터 가용성 및 무결성 문제가 발생할 수 있습니다.
클러스터에서 부적절하게 종료된 노드는 NVRAM 배터리 수명(노드 유형에 따라 약 3-5일)보다 긴 시스템 전원 없이 방치되어서는 안 됩니다. 데이터가 여전히 노드 저널에 저장되어 있고 노드에 NVRAM 배터리 지속 시간보다 오랫동안 시스템 전원이 공급되지 않는 경우 데이터가 손실되고 클러스터를 재구축해야 합니다.
이 문서의 절차 또는 정보에 대한 질문이 있는 경우 Dell Isilon 기술 지원 부서에 문의하여 도움을 받으십시오.
절차
클러스터 종료 절차를 수행하려면 루트 자격 증명과 클러스터의 노드에 대한 직렬 콘솔 액세스가 필요합니다. 절차는 5단계로 나뉩니다.
종료 프로세스를 시작하기 전에 전체 절차를 읽으십시오. 이렇게 하면 각 단계를 완료하기 위한 컨텍스트와 순서를 이해할 수 있습니다.
주의: EOSL(End of Service Life)에 도달한 OneFS 버전을 실행 중인 경우 지원되는 OneFS 버전으로 업그레이드합니다.
1단계: 예방적 유지 보수를 수행합니다.
이러한 단계는 예정된 종료 약 4-8주 전에 수행됩니다. 이 단계의 목적은 종료 절차를 방해할 수 있는 알 수 없거나 잠재하는 하드웨어 또는 펌웨어 문제를 식별하는 것입니다.
주의: Dell에서는 Isilon 클러스터를 종료하기 전에 1단계의 모든 단계를 따를 것을 적극 권장합니다.
클러스터 전체를 즉시 종료해야 하는 경우 OneFS 명령줄 인터페이스 또는 OneFS 웹 관리 인터페이스를 사용하여 모든 노드를 동시에 종료할 수 있습니다.
Dell은 비상 종료 절차가 있는 경우 데이터 무결성을 보존하기 위해
3단계 의 모든 단계를 따를 것을 적극 권장합니다.
- 필요한 경우 기록 참조를 위해 로그를 업로드합니다.
# isi_gather_info
- Isilon 상태 점검을 수행하거나 요청합니다.
- 클러스터의 상태를 평가하여 지원 가능한 양호한 운영 상태인지 확인합니다.
- 고객은 PowerScale을 사용하여 다음 작업을 수행할 수 있습니다. 온클러스터 분석 툴을 실행하는 방법
- Remote Reactive(고객 지원) 팀 이 기능은 지원되는 코드 버전의 클러스터에 대한 유지 보수 계약이 유효한 모든 고객에게 제공됩니다. 이러한 요구 사항을 충족하는 경우 Dell 온라인 지원 사이트에서 SR(Service Request)을 개설하여 "Isilon Health Check"를 요청합니다. 그리고 다음 명령을 실행하여 상태 점검에 대한 전체 로그를 제공합니다.
# isi_gather_info
*상태 점검은 클러스터 문제를 해결하거나 클러스터의 구성, 성능 또는 워크플로를 평가하기 위한 것이 아닙니다.
- 다음 단계를 수행하여 각 노드의 "콜드 재부팅"을 수행합니다. 이 작업에 대해 유지 보수 기간을 예약해야 합니다.
참고: 이 프로세스를 통해 노드의 전원이 다시 켜졌을 때만 감지되는 메모리 오류 또는 드라이브 장애 모드를 식별할 수 있습니다.
참고: 이 프로세스는 NFSv3를 제외한 모든 연결에 중단을 일으킵니다. 이 유지 보수 테스트를 위해 노드를 재부팅하는 동안 클라이언트 작업을 중단하지 않는 더 긴 프로세스에 대한 지침과 관련하여 도움이 필요하면 Isilon 지원 부서에 문의하십시오.
- 클러스터의 각 노드를 한 번에 하나씩 종료합니다. 각 노드를 종료하려면 다음을 수행합니다.
- 임의 노드에 대한 SSH 연결을 엽니다. 다음 명령을 실행하여 각 노드를 종료합니다
isi config
shutdown <node_lnn>
- 노드 후면의 녹색 전원 표시등 LED가 더 이상 켜지지 않는지 확인하여 각 노드의 전원이 꺼졌는지 확인합니다.
- 전원 버튼을 눌러 노드의 전원을 다시 켭니다.
- 노드가 클러스터에 다시 연결되었고 다음을 실행하여 정상 상태인지 확인합니다.
isi status -q 명령을 입력하고 출력의 Health DASR 열에서 OK 를 찾습니다.
- 노드에서 Health DASR 열에 표시된 문제가 발생하거나 클러스터에 다시 연결하지 못하는 경우 다음 노드를 종료하기 전에 이러한 문제를 해결하십시오.
문제의 예가 선택됩니다. 노드 1이 클러스터에 다시 연결되었지만 Health DASR 열에 주의가 필요하다고 표시됩니다.
mycluster-1# isi status -q
Cluster Name: mycluster
Cluster Health: [ ATTN]
Cluster Storage: HDD SSD
Size: 11G (23G Raw) 0 (0 Raw)
VHS Size: 11G
Used: 7.9G (69%) 0 (n/a)
Avail: 3.5G (31%) 0 (n/a)
Health Throughput (bps) HDD Storage SSD Storage
ID |IP Address |DASR | In Out Total| Used / Size |Used / Size
-------------------+-----+-----+-----+-----+-----------------+-----------------
1|10.1.16.141 |-A-- | 0| 150K| 150K| 2.0G/ 2.8G( 69%)| (No SSDs)
2|10.1.16.142 |-OK- | 98K| 13K| 112K| 2.0G/ 2.8G( 69%)| (No SSDs)
3|10.1.16.143 |-OK- | 0| 44K| 44K| 2.0G/ 2.8G( 69%)| (No SSDs)
4|10.1.16.144 |-OK- | 0| 512| 512| 2.0G/ 2.8G( 69%)| (No SSDs)
-------------------+-----+-----+-----+-----+-----------------+-----------------
Cluster Totals: | 98K| 208K| 306K| 7.9G/ 11G( 69%)| (No SSDs)
Health Fields: D = Down, A = Attention, S = Smartfailed, R = Read-Only
- 각 노드를 재부팅한 후 전체 클러스터의 상태를 다시 확인합니다. 임의 노드에 대한 SSH 연결을 열고 아래 명령을 실행합니다.
isi status -q
모든 노드의 Health DASR 열에 OK가 표시되는지 확인합니다.
참고: 시간이 부족하여 각 노드에 대한 콜드 재부팅을 수행할 수 없는 경우 각 노드에 대해 다음 명령을 실행하여 롤링 재부팅 또는 "웜 재부팅"을 수행함으로써 잠재적인 하드웨어 문제를 사전에 발견할 수 있습니다.
isi config
reboot <node_lnn>
그러나 Dell은 잠재적인 하드웨어 문제를 보다 효과적으로 식별하기 위해 콜드 재부팅 접근 방식을 사용할 것을 적극 권장합니다 .
2단계: 클러스터의 각 노드를 종료합니다.
이 단계는 Isilon 클러스터를 종료하는 날에 수행해야 합니다. 클러스터 전체를 종료하는 동안 몇 가지 요인이 종료 프로세스에 영향을 미치거나 지연시킬 수 있습니다. 예를 들어, 노드에 대한 미처리 데이터 쓰기가 종료에 영향을 줄 수 있습니다. 1-2단계의 목적은 종료 명령을 실행하기 전에 모든 클라이언트와 클러스터의 연결을 해제하고 데이터가 노드 저널에서 파일 시스템에 올바르게 저장되도록 하는 것입니다. iSCSI 클라이언트가 있는 경우 iSCSI 서비스를 비활성화하기 전에 클라이언트를 종료해야 합니다.
3단계에서는 직렬 콘솔을 사용하여 클러스터의 각 노드를 순차적으로 종료하는 방법을 설명합니다. 이 방법을 사용하면 다음 노드로 진행하기 전에 각 노드가 제대로 종료되었는지 확인하고 필요에 따라 문제를 조정하거나 수정하여 클러스터가 제대로 종료되도록 할 수 있기 때문에 권장됩니다. 그러나 이 방법은 shutdown 명령을 실행하기 위해 각 노드에 직렬 콘솔을 연결해야 하므로 시간이 많이 걸릴 수 있습니다. 클러스터의 모든 노드를 동시에 종료 섹션에서는 OneFS 명령줄 인터페이스 또는 OneFS 웹 관리 인터페이스를 사용하여 클러스터를 종료하는 방법을 설명합니다. 이 방법은 3단계보다 시간이 적게 소요되지만 종료 프로세스 중에 문제가 발생하는 노드를 식별하기가 더 어렵습니다.
- Isilon은 쓰기 작업이 많은 클라이언트가 종료 절차를 방해하지 않도록 클러스터를 클라이언트에서 격리할 것을 권장합니다. 클러스터에서 실행 중인 클라이언트 연결 서비스를 비활성화하여 이 작업을 수행할 수 있습니다. 클라이언트 대면 서비스를 비활성화하려면 다음 절차를 수행하십시오.
- 각 클라이언트 대면 서비스에 대해 다음 명령을 실행하여 클러스터에서 실행 중인 클라이언트 대면 서비스 또는 프로토콜을 식별합니다.
isi services apache2
isi services isi_hdfs_d
isi services isi_iscsi_d
isi services ndmpd
isi services nfs
isi services smb
isi services vsftpd
- B. 각 명령에 대한 출력을 기반으로 클러스터에서 "활성화"된 서비스를 기록합니다. 아래 예에서 선택한 경우 SMB 서비스는 활성화되지만 NFS 서비스는 비활성화됩니다.
mycluster-4# isi services smb
Service 'smb' is enabled.
mycluster-4# isi services nfs
Service 'nfs' is disabled.
mycluster-4#
- 클라이언트 대면 서비스를 비활성화합니다. 이 단계가 끝나면 모든 클라이언트와 클러스터의 연결이 즉시 끊어집니다. 서비스를 비활성화하려면 활성화한 서비스와 관련된 다음 명령을 실행합니다.
isi services apache2 disable
isi services isi_hdfs_d disable
isi services isi_iscsi_d disable
isi services ndmpd disable
isi services nfs disable
isi services smb disable
isi services vsftpd disable
iSCSI 클라이언트가 있는 경우 2단계를 수행하기 전에 iSCSI 클라이언트에서 LUN을 마운트 해제했는지 확인합니다. 다음의 isi iscsi list 명령을 실행하여 모든 iSCSI 클라이언트가 클러스터에서 연결 해제되었는지 확인합니다.
참고: iSCSI 서비스를 비활성화하는 경우 를 실행하기 전에 iSCSI 클라이언트를 종료했는지 확인합니다. isi_iscsi_d disable 사용해야 합니다. 마운트된 iSCSI LUN을 중단하면 클라이언트가 손상될 수 있으며, 일반적으로 백업에서 복구해야 합니다.
- 를 실행하여 노드 저널에 저장된 데이터 쓰기를 파일 시스템으로 이동합니다.
isi_for_array isi_flush 사용해야 합니다. 각 노드에 다음과 유사한 출력이 표시됩니다.
mycluster-4# isi_for_array isi_flush
mycluster-1: Flushing cache...
mycluster-1: Cache flushing complete.
참고: 미해결 쓰기 수가 많은 대규모 클러스터에서는 이 단계를 완료하는 데 몇 분 정도 걸릴 수 있습니다.
노드가 데이터를 플러시하지 못하면 아래와 유사한 출력이 표시됩니다. 이때 노드 1과 노드 2가 플러시 명령에 실패합니다.
mycluster-4# isi_for_array isi_flush
mycluster-1: Flushing cache...
vinvalbuf: flush failed, 1 clean and 0 dirty bufs remaining
mycluster-2: Flushing cache...
fsync: giving up on dirty
다음의 isi_for_array isi_flush 명령을 다시 실행합니다. 플러시에 실패한 노드가 있으면 Dell Isilon 기술 지원 부서에 문의하십시오. 다음 단계로 진행하기 전에 모든 노드가 성공적으로 플러시되어야 합니다.
참고: 저널에서 파일 시스템으로 데이터를 플러시하지 않은 노드에서 전원을 제거하면 데이터 손실 위험이 크게 증가합니다. 종료 절차에 대한 지원이 필요한 경우 Dell Isilon 기술 지원 부서에 문의하십시오.
- 클러스터의 각 노드를 순차적으로 종료하고 출력을 모니터링합니다. 이 방법을 사용하면 클러스터의 다음 노드를 종료하기 전에 문제를 식별하고 해결할 수 있으므로 권장됩니다. 다음 단계를 수행하여 각 노드를 종료합니다.
주의: 실행하지 마십시오. isi_for_array shutdown -p 명령을 사용하여 클러스터를 종료합니다.
이 단계에서 패닉이 발생하거나 재부팅되는 노드는 추가 조사가 필요한 노드입니다. 특히 모든 노드는 작업을 진행하기 전에 노드 저널에서 파일 시스템으로 데이터를 플러시해야 합니다.
Warning: 저널에서 파일 시스템으로 데이터를 플러시하지 않은 노드에서 전원을 제거하면 데이터 손실 위험이 크게 증가합니다. 종료 절차에 대한 지원이 필요한 경우 Dell Isilon 기술 지원 부서에 문의하십시오.
- 각 노드에 직렬 콘솔을 연결합니다.
- 다음 명령을 실행합니다.
isi config
shutdown
노드가 성공적으로 종료되면 다음과 유사한 출력이 나타납니다.
Powering the system off using ACPI
참고: 키보드, 비디오, 마우스(KVM) 스위치를 통해 노드에 액세스할 수 없고 대신 노트북을 사용해야 하는 경우 이 단계를 완료하는 데 몇 시간이 걸릴 수 있습니다.
- C. 콘솔을 살펴보고 하드웨어 관련 장애 이벤트를 찾습니다. 성공적인 노드 저널 세이브는 다음 출력 변형에서 선택됩니다.
2014-03-22T00:35:19Z <1.5> mycluster-3(id11) isi_save_journal[44868]: Attempting to save journal to default location
2014-03-22T00:35:19Z <1.5> mycluster-3(id11) isi_save_journal[44868]: Saving journal to /var/journal/journal.gz
2014-03-22T00:35:19Z <1.5> mycluster-3(id11) isi_save_journal[44868]: All data saved successfully
2014-03-22T00:37:29Z <1.5> mycluster-3(id11) isi_save_journal[45074]: Attempting to save journal to default location
2014-03-22T00:37:29Z <1.5> mycluster-3(id11) isi_save_journal[45074]: A valid backup journal already exists. Not saving.
An example of a node journal save failure is highlighted in the output below:
2014-03-21T23:39:09Z <1.4> mycluster-3(id11) /sbin/shutdown: ERROR: Validation failed for backup journal. Shutdown aborted
2014-03-21T23:39:09Z <1.4> mycluster-3(id11) /sbin/shutdown: Failed command output:
노드 저널이 저장하지 않았다는 오류가 수신되는 경우 3단계의 단계를 수행하여 저널을 수동으로 저장할 수 있습니다.
클러스터의 모든 노드를 동시에 종료합니다.
긴급 상황이 발생하면 클러스터의 모든 노드를 동시에 종료할 수 있습니다. 그러나 이 방법은 문제가 발생할 경우 각 노드의 상태 및 출력을 모니터링할 수 없으므로 권장되지 않습니다. 이러한 단계를 따르기로 선택한 경우 아래 절차를 수행한 후 3단계 의 모든 단계를 따라 모든 노드가 올바르게 종료되었는지 확인하는 것이 좋습니다.
참고: 이 단계에서 패닉이 발생하거나 재부팅되는 노드는 추가 조사가 필요한 노드입니다. 특히 모든 노드는 작업을 진행하기 전에 노드 저널에서 파일 시스템으로 데이터를 플러시해야 합니다.
Warning: 저널에서 파일 시스템으로 데이터를 플러시하지 않은 노드에서 전원을 제거하면 데이터 손실 위험이 크게 증가합니다. 종료 절차에 대한 지원이 필요한 경우 Dell Isilon 기술 지원 부서에 문의하십시오.
클러스터의 모든 노드를 종료하려면 OneFS 명령줄 인터페이스 또는 OneFS 웹 관리 인터페이스를 사용합니다.
OneFS 명령줄 인터페이스에서 다음 명령을 실행합니다.
# isi config shutdown all
참고: 실행하지 마십시오. isi_for_array shutdown -p 클러스터 종료를 위한 명령 OneFS 8.0 이상의 OneFS 웹 관리 인터페이스에서
3단계: 노드가 성공적으로 종료되었는지 확인합니다.
노드 후면에 있는 전원 표시등 LED(Light-Emitting Diode)를 살펴보고 노드가 올바르게 종료되었는지 확인합니다. 모든 전원 표시등 LED가 어둡거나 꺼져 표시되어야 합니다. 이는 노드가 성공적으로 종료되었음을 나타냅니다.
Warning: 노드가 성공적으로 종료되지 않은 경우 노드의 전원을 분리하면 데이터 손실 가능성이 크게 증가합니다. 데이터를 복구하려면 긴 복구 절차가 필요하며 경우에 따라 클러스터를 완전히 재구축해야 합니다.
노드가 종료되지 않거나 저널이 저장되지 않는 경우와 같이 종료 작업의 성공 여부에 대해 의심이 가는 경우 Dell 기술 지원 부서에 문의하십시오.
노드 뒷면의 전원 표시등이 계속 켜져 있으면 노드가 종료되지 않은 것입니다. 노드가 종료되지 않았거나 노드 저널이 제대로 저장되지 않았음을 나타내는 콘솔 출력을 수신하는 경우(
2단계, 3C 단계에서), 노드를 종료하기 전에 저널을 수동으로 저장하여 데이터가 디스크에 커밋되었는지 확인해야 합니다.
- 저널을 수동으로 저장하고 노드를 종료하려면 다음 단계를 수행합니다.
- 노드가 명령줄 인터페이스에 응답하는 경우 다음 명령을 실행하여 노드를 재부팅합니다.
# isi config reboot
- 노드가 명령줄 인터페이스에 응답하지 않는 경우 노드 후면에 있는 전원 버튼을 길게 눌러 노드를 수동으로 재부팅합니다. 이로 인해 노드의 전원이 꺼집니다. 노드 백업을 다시 부팅하려면 30초 동안 기다린 후 전원 버튼을 한 번 누릅니다. 다음 단계로 이동합니다.
Warning: 이 단계에서만 노드를 수동으로 재부팅하는 것이 좋습니다. 다른 조건의 경우 노드를 수동으로 종료하지 마십시오. 이로 인해 데이터가 손실될 수 있습니다.
- 노드를 재부팅한 후 다시 로그인하고 다음 단계를 사용하여 저널을 저장합니다.
- 다음 명령을 실행하여 노드를 정상적으로 다시 종료합니다.
# isi config shutdown
- 여전히 저널이 저장되지 않은 것으로 출력되는 경우 다음 명령을 실행하여 저널을 수동으로 저장합니다.
# isi_save_journal
- 저널이 여전히 저장되지 않으면 파일 시스템 /ifs를 마운트 해제한 후 다음 명령을 실행하여 저널을 강제로 저장합니다.
# isi_kill_busy && umount /ifs
- isi_checkjournal 명령을 실행하여 저널이 저장되었는지 확인하십시오.
# isi_checkjournal
- 출력에 저널이 성공적으로 저장되었다고 표시될 때까지 다음 단계로 이동하지 마십시오.
필요한 경우 Dell 기술 지원 부서에 문의하십시오.
4 단계 : 전원을 분리합니다.
클러스터가 성공적으로 종료되고 노드의 전원이 꺼진 후에야 클러스터에서 전원 연결을 끊을 수 있습니다.
Warning: 노드가 성공적으로 종료되지 않은 경우 노드의 전원을 분리하지 마십시오. 이렇게 하면 데이터가 손실되고 복구 절차가 오래 걸리며 때로는 전체 클러스터가 재구축될 수 있습니다.
NVRAM 배터리
클라이언트가 노드에 파일을 쓸 때 쓰기는 먼저 노드의 저널 카드에서 호스팅되는 비휘발성 RAM(NVRAM)에 저장됩니다. 나중에 OneFS는 이러한 쓰기를 디스크에 커밋합니다. 예정되지 않은 정전 시 NVRAM에 저장된 데이터를 보호하기 위해 각 노드에는 NVRAM 배터리(이중화를 위한 2개)가 장착되어 있습니다. 전원이 꺼졌지만 전원에 연결된 상태로 유지되는 노드는 NVRAM 배터리를 계속해서 새로 고칩니다. 노드에서 전원이 분리되면 NVRAM 배터리가 방전되기 시작합니다. 현재 세대 노드(X200, S200, X400 및 NL400)의 배터리 지속 시간은 약 5일입니다. 이전 세대 노드에서 NVRAM 배터리 지속 시간은 약 3일입니다.
Dell Technologies는 정전 시 상당 시간 동안 NVRAM 배터리에 의존하지 않도록 노드를 적절하게 종료할 것을 권장합니다.
참고: Isilon에서 NVRAM을 사용하여 데이터 무결성을 유지하는 방법에 대한 자세한 내용은 OneFS 웹 관리 및 CLI 관리 가이드의 "파일 시스템 구조" 섹션을 참조하십시오.
노드의 NVRAM 배터리가 완전히 방전되면 노드가 읽기 전용 모드로 부팅되고 NVRAM 배터리가 완전히 충전될 때까지 약 30분 동안 읽기 전용 모드로 유지됩니다. 배터리가 재충전되면 노드가 자동으로 일반 읽기/쓰기 모드로 돌아갑니다.
Warning: 부적절한 종료로 인해 데이터가 여전히 NVRAM에 저장되고 노드에 NVRAM 배터리 수명보다 오래 시스템 전원이 공급되지 않는 경우 데이터 손실, 긴 복구 절차 및 경우에 따라 전체 클러스터 재구축이 발생합니다.
- 각 노드에 전원을 복원합니다.
- 각 노드의 전면 패널 또는 후면에 있는 전원 버튼을 눌러 부팅합니다.
- 모든 노드의 전원이 켜진 후
isi status -q 클러스터의 상태를 검토하는 명령입니다. 계속하기 전에 Health DASR 열에서 모든 노드가 정상 이고 R(Read-Only) 모드가 아닌지 확인합니다. 정상 클러스터의 경우 다음과 유사한 출력이 표시되어야 합니다.
Cluster Name: mycluster
Cluster Health: [ OK ]
Cluster Storage: HDD SSD
Size: 11G (23G Raw) 0 (0 Raw)
VHS Size: 11G
Used: 7.9G (69%) 0 (n/a)
Avail: 3.5G (31%) 0 (n/a)
Health Throughput (bps) HDD Storage SSD Storage
ID |IP Address |DASR | In Out Total| Used / Size |Used / Size
-------------------+-----+-----+-----+-----+-----------------+-----------------
1|10.1.16.141 |-OK- | 0| 150K| 150K| 2.0G/ 2.8G( 69%)| (No SSDs)
2|10.1.16.142 |-OK- | 98K| 13K| 112K| 2.0G/ 2.8G( 69%)| (No SSDs)
3|10.1.16.143 |-OK- | 0| 44K| 44K| 2.0G/ 2.8G( 69%)| (No SSDs)
4|10.1.16.144 |-OK- | 0| 512| 512| 2.0G/ 2.8G( 69%)| (No SSDs)
-------------------+-----+-----+-----+-----+-----------------+-----------------
Cluster Totals: | 98K| 208K| 306K| 7.9G/ 11G( 69%)| (No SSDs)
Health Fields: D = Down, A = Attention, S = Smartfailed, R = Read-Only
- 2단계, 1b단계에서 만든 활성화된 서비스 목록을 확인하고 다음 명령 중 하나 이상을 실행하여 비활성화된 서비스를 활성화합니다.
isi services apache2 enable
isi services isi_hdfs_d enable
isi services isi_iscsi_d enable
isi services ndmpd enable
isi services nfs enable
isi services smb enable
isi services vsftpd enable
- 클라이언트가 클러스터에 연결하고 일반적인 워크플로를 수행할 수 있는지 확인합니다. 클러스터가 정상적으로 작동해야 합니다.
- 전체 로그 수집업데이트
# isi_gather_info --esrs
- 원격 대응(고객 지원) 팀에 Isilon 상태 점검을 수행하거나 요청합니다.
상태 점검을 실행하는 단계입니다.
Isilon: Isilon On-Cluster Analysis 툴을 실행하는 방법
- Remote Reactive Support Team을 통한 상태 점검 요청
이 기능은 지원되는 코드 버전의 클러스터에 대한 유지 보수 계약이 유효한 모든 고객에게 제공됩니다.
이러한 요구 사항을 충족하는 경우 Dell 온라인 지원 사이트에서 SR(Service Request)을 개설하여 "Isilon Health Check"를 요청합니다.
*상태 점검은 클러스터 문제를 해결하거나 클러스터의 구성, 성능 또는 워크플로를 평가하기 위한 것이 아닙니다.