모두
모두콘텐츠
얼마 전 서버는 멀쩡한데 사이트와 메일이 함께 끊긴 사례를 봤다. 원인은 서버 용량이 아니라 도메인 갱신 실패였다. 도메인구입은 이름을 고르고 결제하면 끝나는 일처럼 보이지만, 실제 운영에서는 누가 소유하고 언제 갱신하며 DNS를 어떻게 바꿀지가 더 중요하다.
이름보다 소유 계정부터 확인한다
도메인을 대신 구입해 달라는 요청을 받을 때 가장 먼저 확인하는 건 등록 계정이다. 제작사 직원의 개인 계정으로 등록하면 담당자가 퇴사했을 때 갱신 알림이나 이전 승인 메일을 받지 못할 수 있다. 사업용이라면 회사가 관리하는 계정으로 등록하고, 등록자 연락처에도 계속 사용할 수 있는 정보를 넣는 편이 안전하다.
이름은 짧고 읽기 쉬우면 좋지만, 짧다는 이유만으로 비싼 이름을 살 필요는 없다. 전화로 불렀을 때 철자를 다시 설명해야 하는지, 브랜드명과 혼동될 만한 이름이 있는지 확인한다. 확장자도 무조건 여러 개를 선점하기보다 실제 사용할 이름과 혼동 위험이 큰 이름부터 고른다. 도메인을 여러 개 사면 각각 갱신 비용과 관리할 계정이 늘어난다.
구입 직후에는 등록 계정의 로그인 수단, 복구 연락처, 이중 인증을 확인한다. 운영자 한 사람만 접근할 수 있다면 휴가나 퇴사 때 곤란해진다. 반대로 계정 비밀번호를 여러 사람에게 공유하는 것도 사고를 부른다. 업무용 비밀번호 관리 도구에 접근 권한을 나누고, 누가 갱신과 DNS 변경을 맡는지 기록해 두는 방식이 낫다.
첫해 할인보다 갱신 비용을 계산한다
도메인 가격을 비교할 때 첫해 금액만 보면 판단이 어긋난다. 예를 들어 첫해 3천 원, 이후 매년 1만 8천 원인 상품은 3년간 3만 9천 원이다. 매년 1만 4천 원인 상품은 같은 기간 4만 2천 원이다. 이 예시에서는 첫 번째가 여전히 저렴하지만, 할인 폭이 크다는 인상만으로 결정할 일은 아니다. 두 번째 해부터의 요금과 이전 비용까지 같은 기간으로 환산해야 한다.
결제 화면에서는 등록비, 갱신비, 이전비를 따로 본다. 개인정보 보호나 DNS 관리 같은 기능이 기본 제공인지, 별도 요금인지도 확인한다. 자동 갱신을 켰다면 결제 수단의 만료일을 함께 관리해야 한다. 자동 갱신 설정만 믿었다가 카드가 만료되어 도메인을 놓치는 경우가 있다.
도메인은 웹서버 사양과도 별개다. 방문자가 적은 사이트라면 저렴한 호스팅으로 충분할 수 있고, 도메인을 비싸게 산다고 서버가 빨라지지 않는다. 반대로 도메인 등록 업체의 저가 상품을 골랐더라도 DNS 레코드를 필요한 만큼 관리할 수 있다면 운영에 문제가 없는 경우가 많다. 비용을 더 쓰기 전에 필요한 기능부터 적어 보는 이유다.
기존 사이트를 옮길 때는 DNS부터 기록한다
이미 운영 중인 사이트라면 새 도메인구입보다 이전 과정이 더 까다롭다. 작업 전 현재 DNS 설정을 저장한다. 웹 연결에 쓰는 레코드뿐 아니라 메일 수신, 발신 인증, 외부 서비스 확인용 레코드까지 확인해야 한다. 웹페이지만 정상이라고 작업을 끝내면 몇 시간 뒤 메일이 들어오지 않는 식의 장애가 생긴다.
서버를 바꾼다면 새 서버에 사이트 파일과 데이터베이스를 복원하고, 새 환경에서 먼저 동작을 확인한다. SSL 인증서가 새 서버에서 유효한지, 로그인과 문의 양식이 실제로 작동하는지도 본다. 그다음 DNS를 변경한다. DNS의 TTL을 미리 3600초에서 300초로 낮춰 두면 변경 전 설정이 오래 남는 시간을 줄이는 데 도움이 된다. 다만 모든 이용자의 접속이 정확히 5분 안에 바뀐다는 뜻은 아니다. 이미 저장된 DNS 정보와 각 환경의 캐시 때문에 전환 시점은 달라질 수 있다.
이전 당일에는 기존 서버를 바로 끄지 않는다. 새 서버 접속과 주문·문의·메일 흐름을 확인할 동안 둘 다 유지한다. 데이터가 계속 바뀌는 사이트라면 두 서버의 내용이 갈라지지 않도록 쓰기 중단 시간이나 최종 동기화 시점도 정해야 한다. 이 절차 없이 DNS만 바꾸면 일부 방문자가 예전 서버에 남긴 데이터가 누락될 수 있다.
갱신과 복구 절차를 운영 문서에 남긴다
도메인 장애가 의심될 때 나는 서버 재시작부터 하지 않는다. 먼저 등록 상태와 만료일을 보고, 다음으로 네임서버와 DNS 응답을 확인한다. DNS가 정상인데 웹만 열리지 않으면 그때 서버, 방화벽, SSL 인증서 순서로 범위를 좁힌다. 웹과 메일이 동시에 끊겼다면 공통으로 쓰는 도메인 설정을 먼저 보는 편이 빠르다.
백업도 서버 파일만으로는 부족하다. DNS 레코드 목록, 등록 업체 계정 정보의 보관 위치, 갱신 담당자, 결제 수단 변경 절차를 함께 남겨야 한다. 계정 비밀번호를 문서에 그대로 적기보다 권한이 관리되는 보관 장소를 지정한다. 갱신일 알림은 한 사람의 개인 메일에만 두지 말고 담당자가 바뀌어도 확인할 수 있는 업무 채널에 걸어 둔다.
도메인구입에 쓰는 몇 분보다 갱신과 이전을 준비하는 한 시간이 사이트 운영에는 더 큰 차이를 만든다. 이름과 가격을 고른 뒤에도 계정 소유권, DNS 기록, 결제 알림까지 확인했다면 대체로 필요한 일을 한 셈이다. 서버는 복원할 백업이 있어도 도메인 접근 권한을 잃으면 이용자가 그 서버에 도착하지 못한다.
