서버시간 네이비즘은 특정 호스팅 서비스를 이용하다 사이트 접속이 끊겼을 때, 그 순간의 서버시간과 장애에 따른 보상 규정을 함께 확인하려는 사람들이 검색하는 말이다. 이 기사는 서버시간이 정확히 무엇을 뜻하는지, 왜 화면에 보이는 시간과 서버가 기록하는 시간이 다르게 느껴지는지, 사이트가 멈췄을 때 보상을 받을 수 있는지 여부를 어떤 기준으로 판단하는지를 차례로 짚어 본다.
서버시간이란 무엇인가
서버시간은 웹사이트나 앱을 운영하는 컴퓨터, 즉 서버 내부에 설정된 시계가 가리키는 시각을 뜻한다. 서버는 사람이 아니라 기계이므로 정확한 시각 기준이 필요하고, 이를 위해 표준 시각 서버와 주기적으로 맞추는 방식을 흔히 쓴다. 이런 시각 동기화 방식을 두고 흔히 서버시계라는 말도 함께 쓰인다. 이용자가 보는 화면의 시간과 서버가 기록으로 남기는 시간이 서로 다른 표준시나 표시 방식을 쓰고 있으면, 같은 순간인데도 다른 시각으로 보일 수 있다.
서버라는 낱말 자체는 영어 단어를 그대로 소리 나는 대로 옮겨 쓴 것이다. 서버 영어로 표현하면 그대로 server이며, 손님을 응대하는 사람이라는 뜻과 정보를 처리해 나눠 주는 컴퓨터라는 뜻을 모두 갖고 있다. 홈페이지나 앱을 만들 때 말하는 서버는 후자, 즉 요청을 받아 데이터를 내보내는 컴퓨터를 가리킨다. 이 컴퓨터가 언제 멈췄고 언제 다시 움직였는지를 기록하는 값이 바로 서버시간이다.
사이트가 멈추면 무엇을 확인해야 하나
사이트 접속이 안 될 때 가장 먼저 확인할 것은 문제가 이용자 쪽 기기나 통신 환경에 있는지, 아니면 서버 쪽에 있는지를 가르는 일이다. 특정 기기나 특정 통신망에서만 안 되면 이용자 환경 문제일 가능성이 크고, 여러 곳에서 동시에 접속이 안 되면 서버 쪽 장애일 가능성이 크다. 이런 상황을 판단할 때는 오류 화면을 그대로 캡처해 시각이 함께 남도록 해 두는 것이 뒤에 근거 자료로 쓸모가 있다. 호스팅 서비스마다 자체 공지 게시판이나 상태 안내 페이지를 두는 경우가 많으므로, 그런 창구에서 장애 발생과 복구 시각을 함께 확인하는 것이 순서에 맞는다.
장애로 인한 보상은 이용약관이나 서비스 이용계약서에 정해진 조건에 따라 갈린다. 흔히 서비스수준협약이라는 이름으로, 일정 기간 서비스가 정상적으로 유지되어야 하는 비율과 그 비율에 못 미쳤을 때 어떤 방식으로 보상하는지를 정해 둔다. 다만 이 비율과 보상 방식은 서비스마다, 요금제마다 다르게 정해져 있으므로 특정 숫자를 일반화해서 말하기는 어렵다. 정확한 기준은 가입한 서비스의 공식 약관이나 고객센터 안내에서 직접 확인해야 헛걸음이 없다.
서버랙과 물리적 장애 지점
서버시간 장애가 눈에 보이지 않는 소프트웨어 문제만으로 생기는 것은 아니다. 실제로 여러 서버를 한곳에 세워 두는 장비함을 서버랙이라 부르는데, 데이터센터 안에서 전원이나 냉각, 통신 회선에 문제가 생기면 그 랙에 꽂힌 서버 전체가 한꺼번에 멈출 수 있다. 이런 물리적인 원인은 코드를 아무리 잘 짜 두어도 피하기 어려운 영역이라, 호스팅 서비스를 고를 때는 데이터센터 운영 방식이나 이중화 여부도 함께 살펴보는 것이 도움이 된다. 다만 어느 업체가 어떤 설비를 갖췄는지를 이 기사에서 나열하지는 않으며, 이는 서비스를 검토할 때 직접 확인해야 할 대목이다.
같은 장애라도 이용하는 서비스 형태에 따라 책임 범위와 확인 방법이 달라진다. 여러 이용자가 하나의 서버를 나눠 쓰는 공유호스팅은 다른 이용자의 사이트 상태와 함께 영향을 받을 수 있고, 서버 한 대를 통째로 빌리거나 가상으로 나눠 쓰는 방식은 상대적으로 원인 파악이 더 단순한 편이다. 클라우드 방식으로 여러 대의 서버가 자동으로 부하를 나눠 맡는 구조라면, 한 대에 문제가 생겨도 전체 서비스는 유지되도록 설계되어 있는 경우가 많다. 이런 차이 때문에 같은 시간만큼 접속이 안 됐어도 보상 여부나 절차가 서로 다르게 적용될 수 있다.
흔히 오해하는 부분
많은 이용자가 서버시간과 자신이 접속을 시도한 시간이 항상 같은 기준으로 기록된다고 생각하지만, 서버가 어떤 표준시를 쓰는지에 따라 표시되는 숫자가 달라질 수 있다. 예약 발행되는 게시글이나 결제 기록의 시각이 이용자가 사는 지역의 시계와 몇 시간 어긋나 보이는 것도 이 때문인 경우가 많다. 또한 사전에 공지된 점검 시간은 대개 장애로 취급되지 않고 보상 대상에서 제외되므로, 실제 장애와 예정된 점검을 구분해서 기록해 두는 것이 좋다. 접속이 느려진 것과 완전히 끊긴 것을 같은 수준의 문제로 보지 않는 약관도 있으므로 이 차이도 함께 살펴볼 필요가 있다.
아래 표는 장애 상황을 판단할 때 짚어 볼 항목을 갈래별로 정리한 것이다. 정확한 수치나 보상 비율은 표에 담지 않았는데, 이는 서비스와 요금제마다 다르게 정해지기 때문이며 반드시 해당 서비스의 공식 약관에서 확인해야 한다.
| 확인 항목 | 살펴볼 내용 |
|---|---|
| 장애 시각 | 오류 화면과 함께 캡처해 둔 시간, 서버 상태 안내 페이지에 나온 시각 |
| 장애 종류 | 완전 접속 불가인지, 일부 기능만 느려진 것인지 |
| 사전 공지 여부 | 예정된 점검이었는지, 예고 없는 장애였는지 |
| 근거 자료 | 오류 메시지, 접속 로그, 고객센터 문의 이력 |
| 적용 규정 | 가입한 서비스의 이용약관 중 보상 관련 조항 |
판단은 어떤 순서로 하면 되나
정리하면 서버시간은 서버 내부의 시계가 가리키는 시각을 뜻하고, 서버시계라는 말도 같은 뜻으로 쓰인다. 장애가 생겼을 때는 시각을 남긴 기록부터 확보하고, 그 장애가 사전 공지된 점검인지 아닌지를 가려낸 다음, 가입한 서비스의 약관에서 보상 조건에 해당하는지를 확인하는 순서로 접근하면 된다. 서버랙 같은 물리적 설비 문제든 소프트웨어 오류든, 결국 근거가 되는 것은 정확한 시각 기록과 공식 약관이라는 점은 같다.
따라서 사이트 접속 장애를 겪었다면 우선 오류 화면과 시각을 함께 남겨 두고, 이용 중인 서비스의 공지 게시판이나 상태 안내 페이지에서 장애 사실을 다시 한번 확인한 뒤, 계약서나 이용약관에 적힌 보상 관련 조항을 찾아 고객센터를 통해 문의하는 순서로 진행하면 된다.
· · · · · · · · · ·
스페셜타임스는 AI 기술의 도움을 받아 더 빠르고 다양한 뉴스를 독자에게 전달하기 위해 노력하고 있습니다.