다음 섹션에서는 인스턴스가 응답하지 않을 수 있는 시나리오를 설명하고 문제를 해결하는 데 도움이 되는 단계를 제공합니다.
Filestore 인스턴스가 ping 또는traceroute 요청에 응답하지 않음
Filestore는 ICMP를 허용하지 않으므로 Filestore 인스턴스는 ping 또는 traceroute 요청에 응답하지 않습니다.
Filestore 인스턴스에 대한 연결을 테스트하려면 클라이언트에서 showmount를 실행하면 됩니다.
sudo showmount -e filestore-ip
Filestore 인스턴스는 내보낸 파일 시스템을 통해 응답합니다. 예를 들면 다음과 같습니다.
Export list for 10.139.19.98:
/vol1 192.168.0.0/16,172.16.0.0/12,10.0.0.0/8
또한 다음을 실행하여 클라이언트가 Filestore의 RPC 정보에 도달할 수 있는지 확인할 수 있습니다.
sudo rpcinfo -p <filestore-ip>
응답은 다음과 같습니다.
program vers proto port service
100000 4 tcp 111 portmapper
100000 3 tcp 111 portmapper
100000 2 tcp 111 portmapper
100000 4 udp 111 portmapper
100000 3 udp 111 portmapper
100000 2 udp 111 portmapper
100024 1 udp 2046 status
100024 1 tcp 2046 status
100003 3 tcp 2049 nfs
100227 3 tcp 2049
100021 1 udp 4045 nlockmgr
100021 3 udp 4045 nlockmgr
100021 4 udp 4045 nlockmgr
100021 1 tcp 4045 nlockmgr
100021 3 tcp 4045 nlockmgr
100021 4 tcp 4045 nlockmgr
100005 3 udp 2050 mountd
100005 3 tcp 2050 mountd
예약된 유지보수
가끔 Filestore는 몇 분 동안 응답하지 않고 예약된 유지보수 이벤트로 인해 다시 응답합니다. Filestore SLA를 보려면 SLA 페이지를 참조하세요.
Filestore는 고객이 정의한 유지보수 기간을 지원하지 않습니다. Filestore의 유지보수 기간에 대한 일정도 고객에게 제공되지 않습니다.
클라이언트에 마운트되어 있는 동안 인스턴스가 삭제됨
파일 작업 또는 unix 명령어(예: df, ls) 또는 읽기/쓰기 작업이 응답하지 않는 경우 Filestore 인스턴스는 클라이언트에 마운트된 상태에서 삭제되었을 수 있습니다.
인스턴스가 존재하는지 확인합니다.
gcloud filestore instances list
인스턴스가 더 이상 나열되지 않으면 삭제된 인스턴스와 동일한 IP 주소 및 파일 공유 이름을 사용하여 새 인스턴스를 만들어서 제어를 복구할 수 있습니다. 인스턴스가 생성된 다음에는 응답하지 않는 작업이 오류와 함께 종료됩니다. Filestore 인스턴스가 필요하지 않은 경우 파일 공유를 마운트 해제하고 삭제할 수 있습니다.
향후 이러한 일이 발생하지 않도록 하려면 먼저 Filestore 인스턴스를 마운트 해제한 다음 삭제하세요.
인스턴스에 REPAIRING 상태가 표시됨
Filestore 인스턴스가 사용자가 통제할 수 없는 내부 원인으로 인해 비정상 상태가 되며 자동으로 복구됩니다. 이 시간 동안에는 인스턴스를 사용할 수 없으며 추가 조치를 취할 필요가 없습니다.
인스턴스에 UNAVAILABLE 상태가 표시됨
Cloud KMS 키 상태 변경이 감지되면 인스턴스에서 데이터 제공을 자동으로 중지합니다. 몇 가지 예를 들면 다음과 같습니다.
자세한 내용은 CMEK로 데이터 암호화를 참조하세요.