NA East (yyz) 2 장애

현재 심각한 하드웨어 장애로 인해 트랜짓 제공업체가 중단된 상태입니다. 복구 예상 시간은 아직 알 수 없습니다. 표준 및 비즈니스 고객 사이트를 별도의 위치에 읽기 전용 미러로 구축하고 있습니다. (ref)


업데이트 액세스를 위해 다른 서버에 연결할 수 있도록 hosts 파일에 추가할 항목이나 기타 우회 방법을 제공해 주실 수 있을까요?

안녕하세요, @EricGT - 다른 위치로 페일오버를 수행할 경우, 모든 변경 사항은 저희 측에서 자동으로 처리됩니다. 고객님께서 따로 하실 필요가 없습니다.

(기술적으로는, 영향을 받는 사이트의 DNS 레코드를 새 위치를 가리키도록 변경하게 됩니다)

이렇게 큰 서비스 장애가 여기서는 거의 눈에 띄지 않는다는 것이 정말 이상해 보입니다.

몇몇 사이트가 반나절 동안 다운되어 있는 동안, 관리자 대신 사용자가 시작한 스레드가 단 하나뿐이고 게시글도 2개뿐인 상황인가요?

왜 어떤 소통도 없는 것일까요?

사이트는 이제 다른 서버에서 다시 복구되었으며, 자세한 검사는 하지 않았지만 예상대로 정상적으로 작동하고 있습니다.

감사합니다. :slightly_smiling_face:

@emyoulation 님 안녕하세요 :slightly_smiling_face:

이러한 호스팅 사이트 업데이트를 추적할 수 있는 전용 페이지가 있습니다:

상태 페이지는 유용하다고 생각합니다. 하지만 상태 업데이트가 불분명한 경우 이를 논의할 장이 제공되지 않습니다.

저는 '전달 제공자(transit provider)'라는 용어와 맞닥뜨린 적이 없으며, 이 용어는 구글 검색 결과도 좋지 않습니다. (인터넷 패킷 전송보다는 대중교통을 이용해 이동하는 사람들에 대한 검색 결과가 더 많이 나옵니다.) 또한 '심각한 하드웨어 장애’는 무엇이든 될 수 있습니다(예: 장기적인 정전으로 인해 백업 발전기의 연료가 고갈된 경우부터 주요 건물이 화재로 전소된 경우까지). 이러한 소통은 불안감과 불확실성을 해소하기는커녕 오히려 심화시켰습니다.

인터넷 환경에서 트랜짓 제공자(Transit Provider)는 트래픽을 운송하는 주체를 의미합니다. 이들은 장애의 구체적인 원인에 대해 거의 자세히 공유하지 않습니다. 가장 좋은 경우에도 서비스 품질 저하나 장애의 상대적 심각성에 대해 언급하는 정도입니다.

이러한 네트워크는 일반적으로 여러 계층의 이중화 구조로 구축되어 있으며, 단일 장애가 아닌 복합 장애가 발생해야 실제 다운타임으로 이어집니다. CloudFlare처럼 장애 발생 시 때때로 매우 상세한 정보를 공개하는 사례가 몇 가지 존재하지만, 이는 예외적인 경우이며 일반적인 규칙은 아닙니다.

다행히 이번 경험을 통해 문제가 발생했을 때 커뮤니티와 소통하는 방식을 재점검하게 되었습니다.