첫 번째 질문입니다. 이렇게 잘못하면 친절해질 수 있습니다.AWS Route 53 상태 페이지로 리디렉션
아마존에서 Route 53을 사용 중이며 ELB 뒤에 기본 프런트 엔드 서버가 있습니다. 또한 Google의 앱은 HTTPS를 통해 모든 요청을 라우팅합니다. 우리는 statuspage.io를 통해 오프 사이트 상태 페이지를 활용하고 있습니다.
기본 사이트가 다운 된 경우 R53이 SSL 및 비 SSL 트래픽을 상태 페이지로 리디렉션하도록하고 싶습니다.
원래 S3에서 정적 페이지를 설정했지만 Google 사이트에서 HTTPS 요청과 관련된 문제가있었습니다.
누구든지 성공적으로이 작업을 수행 했습니까? 나는 그것이 가능해야만한다고 상상하지만, 확실히 내 지식 영역 밖입니다.
시간을내어 도와 주셔서 감사합니다.
맞습니다. S3 웹 사이트는 HTTPS를 지원하지 않습니다. 그러나 CloudFront는 [1] 않습니다. 당신이 할 수있는 일은 CloudFront 로의 페일 오버이며 당신의 기원을 S3 웹 사이트 또는 귀하의 statuspage.io가되도록하십시오.
단계 :
[1] 도움 http://aws.amazon.com/about-aws/whats-new/2014/03/05/amazon-cloudront-announces-sni-custom-ssl/
Route53은 이 아닌 DNS를 관리하고 있습니다 (DNS를 변경하면 TTL 동기화가 필요함).이 아닙니다. 당신이해야 할 일은 auto-scaling policies과 health-checks의 조합을 사용하는 것입니다. 이러한 상태 검사는 ELB가 30 초마다 수행하며 두 번의 연속 검사가 실패하면 인스턴스를 서비스 중이 아닌 것으로 표시하고 이에 대한 트래픽 유도를 중지합니다 (ELB는 라운드 로빈 방식).
인스턴스가 두 개 이상 있고 자동 크기 조정 규칙을 사용하는 것이 핵심입니다. AWS가 비정상 인스턴스를 종료하고 (예 : 동일한 AMI 등의 동일한 ASG에서) 새 인스턴스를 회전 할 수있게합니다.
감사합니다! – Daniel