Fly.io가 전 지역 호스트를 단계적으로 재부팅하고 있다

Fly.io는 모든 지역에서 호스트를 순차 재부팅 중이며, 전체의 약 50%가 이미 재부팅됐습니다. 각 지역의 일부 호스트씩 진행한다는 점이 눈에 들어옵니다. 한 번에 모두 멈추는 대신 영향을 나누려는 방식이고, 남은 작업 시간 동안에도 서비스 상태를 살펴야 합니다.

Verceltics가 아이폰·아이패드에서 27개 서비스를 관리하도록 한 소식과 Fly.io의 재부팅 공지는 서로 다른 운영 층위의 이야기입니다. 관리 화면이 편리해져도, 기반 호스트가 재부팅될 때 머신과 데이터베이스가 어떻게 복구되는지 확인하는 일은 남습니다.

지역마다 일부 호스트만 중단되도록 나눠 진행하고, Fly Machines는 별도 재부팅 정책이 없으면 작업 전 상태로 돌아옵니다. 호스트를 다시 올리는 데 그치지 않고 머신 상태까지 복원한다는 점은 반갑습니다.

전체 작업은 여러 시간이 걸리고, 규모가 큰 지역은 더 오래 걸립니다. 관리형 PostgreSQL 클러스터(Managed Postgres Clusters, MPG)는 영향을 줄이도록 작업 순서를 짰습니다. 그래도 작업 중 주(primary)와 대기(standby) 노드 사이의 전환이 평소보다 잦아질 수 있습니다. 그래서 Fly Machines의 재부팅 정책과 데이터베이스 전환 상황은 따로 살펴야 합니다.

Fly.io를 쓰신다면 현재 재부팅 정책을 확인하고, MPG를 운영한다면 주·대기 노드 전환 알림과 애플리케이션의 재연결 상태를 살펴보십시오. 테스트 환경에서 데이터베이스 연결을 끊었다가 다시 연결해 보고, 복구 시간과 오류가 남는지 확인하십시오.

서비스 호스트가 재부팅되거나 데이터베이스 역할이 바뀌었을 때, 마지막으로 복구 과정을 확인한 것은 언제입니까?