“재부팅”과“ec2- 재부팅 인스턴스”의 차이점

rebootEC2 인스턴스의 명령 줄에서 호출 ec2-reboot-instances하고 다른 머신의 AWS Command Line Tools에서 명령을 실행하는 것의 차이점은 무엇입니까 ?

합니까는 ec2-reboot-instances보내는 것이 아무것도 할 reboot같은 AWS로 환경 가지의 특정 처리로하지 않을 것이다 SSH 세션을 통해를?

두 명령 사이에 기본 설정이 있습니까?

필자의 경우 Java 라이브러리를 사용하여 명령 줄 도구 대신 AWS API에 액세스하고 있지만 여전히 AWS에서 동일한 명령을 호출합니다. Java 라이브러리는 명령 줄 도구보다 더 장황하므로 rebootSSH를 통해 명령 을 전송하는 것이 더 쉽지만 AWS API 접근 방식을 사용하여 가치가있는 다른 고려 사항이 있는지 알고 싶습니다.

사용상의 차이점 :

• SSH 액세스 불필요 (모든 컴퓨터 또는 AWS 콘솔에서 실행할 수 있음)
• ec2-reboot-instances AWS 자격 증명이 필요합니다
• 여러 인스턴스를 쉽게 스크립팅 할 수 있음 (다른 AWS 서비스와 통합하기 쉬움)

기능상의 차이 :

• ec2-reboot-instances인스턴스가 완전히 종료되지 않은 경우 4 분 후에 강제로 재부팅합니다. ( 문서 참조 )
• 명령이 성공을 확인하지 못합니다-재부팅 요청이 대기 중이지만 제대로 작동했는지 또는 하드 스타트가 필요한지 등은 알 수 없습니다 (예 : 권한 문제 등의 실패한 명령에 대한 정보가 표시됨)
• 명령 실행에 약간의 지연이 있습니다. 일반적으로 눈에 띄지 않습니다.

인스턴스가 반응 형이고 SSH reboot를 통해 액세스 할 수있는 경우 (SSH를 통해)와 동일한 작업을 수행합니다 ec2-reboot-instances.

추가적인 언급으로, SSH를 통한 재부팅은 예정된 유지 보수를 위해 충분합니다 (즉,를 사용할 필요가 없음 ec2-reboot-instances). 당으로 문서 :

인스턴스 재부팅은 가상 인스턴스의 재부팅이며 운영 체제 재부팅과 동일합니다.

자신의 인스턴스 재부팅을 관리하는 것은 매우 간단합니다. ... 인스턴스의 운영 체제에서 인스턴스를 재부팅 할 수도 있습니다.