모두
모두콘텐츠
얼마 전 서버 이전을 도와주다가 웹사이트는 정상인데 메일만 끊긴 경우를 봤습니다. 새 서버의 DNS 설정에 웹 접속용 기록만 옮겨 놓은 게 원인이었습니다. IO도메인을 고를 때도 이름이나 첫해 가격부터 보기 쉽지만, 실제 운영에서는 갱신 비용과 DNS 관리 방식이 더 오래 영향을 줍니다.
등록비보다 3년 유지비를 먼저 계산한다
IO도메인은 국가 코드 최상위 도메인입니다. 다만 기술 서비스의 이름으로도 많이 쓰입니다. 등록 자체는 일반 이용자에게 열려 있지만, 판매 업체마다 첫해 등록비와 이후 갱신비가 다릅니다. 짧은 이름은 별도 가격이 붙을 수도 있습니다. 검색 화면에 보이는 금액만으로 결정하면 다음 해 청구서에서 당황하기 쉽습니다.
계산은 단순합니다. 첫해 등록비에 2년치 갱신비를 더하고, 필요한 부가 기능 비용까지 합칩니다. 예를 들어 첫해 3만 원, 갱신이 매년 6만 원이라면 3년 비용은 15만 원입니다. 첫해 5만 원에 갱신이 4만 원인 업체라면 같은 기간 13만 원입니다. 예시 금액이므로 실제 결제 전에는 각 업체의 현재 요금을 확인해야 합니다.
도메인 비용과 서버 비용도 분리해서 봐야 합니다. IO도메인을 쓴다고 더 큰 VPS가 필요한 것은 아닙니다. 방문자가 적은 소개 페이지라면 저가 호스팅으로도 충분할 수 있습니다. 서버 사양은 도메인 확장자가 아니라 동시 접속, 페이지 크기, 캐시 적용 여부, 데이터베이스 부하를 기준으로 잡습니다. 도메인 등록 화면에서 함께 권하는 고가 서버를 그대로 살 이유는 없습니다.
구매 전에 계정과 갱신 조건을 확인한다
운영 중인 사이트에서는 도메인 소유 계정에 접속할 수 있느냐가 중요합니다. 담당자 개인 메일로 등록한 뒤 퇴사하거나, 결제 카드가 만료됐는데 갱신 알림을 놓치는 일이 실제로 생깁니다. 등록자 정보, 계정 복구 수단, 결제 담당자를 먼저 확인하고 만료일은 팀이 함께 보는 일정에도 기록해 둡니다.
자동 갱신은 켜 두되 그것만 믿지는 않습니다. 결제 실패나 카드 교체가 있으면 갱신이 진행되지 않을 수 있습니다. 만료 60일 전과 30일 전에 결제 수단과 등록 상태를 직접 확인하는 식으로 내부 일정을 잡으면 여유가 생깁니다. 만료 뒤에 언제까지 갱신하거나 복구할 수 있는지는 판매 업체의 처리 일정에 따라 달라질 수 있으니, 복구 가능 기간과 추가 비용도 미리 읽어 둡니다.
업체를 옮길 가능성이 있다면 이전 수수료, 인증 코드 발급 방법, 이전 잠금 해제 경로도 확인합니다. 만료 직전에 이전을 시작하면 승인 메일 누락이나 잠금 상태 때문에 일정이 꼬일 수 있습니다. 저는 이전이 필요할 때 만료일까지 적어도 몇 주는 남겨 둡니다. 도메인 등록 업체를 옮기는 일과 서버를 옮기는 일은 별개이므로 둘을 같은 날 처리할 필요도 없습니다.
서버를 옮길 때는 DNS 기록을 먼저 복사한다
서버 이전에서 흔한 실수는 새 서버의 IP만 바꾸고 메일 기록을 빼먹는 것입니다. 변경 전에는 현재 DNS 기록을 파일이나 문서로 보관합니다. 웹 접속용 A·AAAA 기록뿐 아니라 메일용 MX, 발신 인증에 쓰이는 TXT, 서비스 확인용 CNAME도 확인합니다. 쓰임을 모르는 기록은 삭제부터 하지 말고 어느 서비스가 참조하는지 찾습니다.
기존 DNS 기록의 TTL이 3600초라면 변경 직전에 300초로 낮춰도 이미 저장된 응답이 곧바로 사라지지는 않습니다. 이전 예정일보다 먼저 TTL을 낮추고, 기존 TTL만큼 기다린 뒤 전환하는 편이 안전합니다. 새 서버에서 웹과 메일을 각각 점검하고, 전환 후에도 기존 서버를 잠시 유지하면 늦게 갱신되는 접속을 받을 수 있습니다. 전환이 안정되면 TTL을 다시 운영에 맞는 값으로 올립니다.
DNSSEC을 사용 중이라면 확인할 항목이 하나 더 있습니다. DNS 제공 업체를 바꾸면서 상위 영역의 DS 기록과 새 DNS의 서명 정보가 맞지 않으면 일부 이용자에게 도메인이 열리지 않을 수 있습니다. 아마존 Route 53의 이전 안내도 이 지점을 별도로 다룹니다. 등록 업체 이전과 DNS 제공 업체 변경을 동시에 계획했다면, 각 단계에서 DNS 응답을 확인하고 서명 설정을 맞춘 뒤 다음 단계로 넘어갑니다.
IO도메인의 장기 위험은 운영 계획에 반영한다
IO도메인에는 국가 코드라는 특성이 있습니다. IANA는 현재 이 확장자를 국가 코드 최상위 도메인으로 분류합니다. 영토 지위 변화와 관련해 향후 운영을 걱정하는 목소리도 있지만, 그것만으로 지금 쓰는 도메인이 곧 사라진다고 단정할 근거는 없습니다. ICANN의 국가 코드 도메인 폐지 절차도 관련 국가 코드의 자격 변화와 별도 통지를 전제로 합니다.
사업의 주 주소로 쓴다면 이런 불확실성을 운영 위험으로 취급하는 정도가 적당합니다. 도메인 등록 정보와 DNS 기록을 정기적으로 보관하고, 고객 로그인이나 결제 안내처럼 주소 변경에 민감한 기능이 어디에 연결돼 있는지 목록을 만들어 둡니다. 장기 운영 서비스라면 대체 주소와 이용자 안내 절차도 생각해 둘 만합니다. 작은 개인 프로젝트라면 이 위험만으로 당장 복잡한 이중 구성을 만들 필요까지는 없습니다.
제가 IO도메인을 고를 때 보는 순서는 이름, 3년 유지비, 계정 복구 가능 여부, DNS 관리 편의성입니다. 이름이 마음에 들어도 갱신비를 감당하기 어렵거나 운영 권한을 찾기 힘들다면 오래 쓰기 어렵습니다. 서버 사양보다 이런 기본 설정이 사이트의 실제 가동 시간에 더 자주 영향을 줍니다.
