모두
모두콘텐츠
쇼핑몰 이전 상담을 하다 보면 방문자가 조금 늘었다는 이유로 서버부터 올리려는 경우가 있다. 그런데 실제 접속 장애를 확인해 보면 만료된 도메인, 잘못 바꾼 네임서버, 복구할 수 없는 백업이 원인인 때가 더 많았다. 고도호스팅을 검토할 때도 요금제 이름보다 지금 쓰는 자원과 장애가 났을 때의 복구 경로를 먼저 적어 보는 편이 낫다.
호스팅을 따로 사야 하는지부터 확인한다
고도몰 같은 쇼핑몰 솔루션을 신청하는 경우와 일반 웹사이트를 운영하는 경우는 출발점이 다르다. NHN커머스 고객센터 안내에 따르면 쇼핑몰 솔루션에는 호스팅이 기본 제공된다. 쇼핑몰을 열려고 별도의 웹호스팅이나 VPS를 먼저 구매하면 비용과 관리 대상만 늘 수 있다. 반면 직접 만든 사이트나 특정 프로그램을 설치해야 한다면 필요한 실행 환경, 데이터베이스, 서버 접근 권한을 기준으로 별도 호스팅을 검토해야 한다.
여기서 확인할 것은 이름이 비슷한 상품끼리의 가격 차이보다 운영 권한이다. 소스 수정 범위, 외부 프로그램 설치 가능 여부, 데이터 내보내기 방식, 장애 시 로그를 볼 수 있는 범위를 확인한다. 개발자가 서버 설정까지 직접 바꿔야 하는 서비스라면 관리형 쇼핑몰의 편의성과 맞지 않을 수 있다. 작은 쇼핑몰이 상품 등록과 주문 처리만 한다면 서버를 직접 관리하지 않는 쪽이 보통 일이 적다.
방문자 수를 전송량과 동시접속으로 바꾼다
월 방문자 3만 명이라는 숫자만으로 요금제를 고를 수는 없다. 한 사람이 여러 페이지를 열고, 페이지마다 이미지 크기가 다르기 때문이다. 예를 들어 하루 방문자 1,000명, 방문자당 5페이지, 페이지당 실제 전송량 2MB라면 하루 약 10GB다. 이미지가 최적화돼 페이지당 700KB로 줄면 같은 방문량에서도 약 3.5GB다. 계산식은 ‘하루 방문자 × 방문자당 페이지 수 × 페이지당 전송량’이면 충분하다. 여기에 관리자 작업, 검색 로봇, 행사 당일 유입을 위한 여유를 더한다.
평균 전송량과 순간 부하는 따로 본다. 하루 1,000명이 고르게 들어오는 사이트와 10분 동안 800명이 몰리는 사이트는 운영 조건이 다르다. 주문·결제 페이지는 이미지 전송량보다 데이터베이스 처리와 외부 결제 연동 지연이 더 중요할 수 있다. 접속 로그에서 가장 바쁜 5분의 요청 수를 확인하고, 그 시간에 장바구니와 결제가 정상 작동했는지 살펴야 한다. 동시접속자 수를 방문자 수에서 임의로 환산하는 것보다 실제 피크 시간 기록이 믿을 만하다.
고도몰 요금 안내에는 베이직·프로의 트래픽 무제한 제공이 이벤트로 표시돼 있다. 무제한이라는 말만 보고 대용량 영상이나 파일을 올리면 곤란하다. 서비스 불안정이 감지될 만큼 트래픽을 사용하면 일시 차단될 수 있고, 특정 콘텐츠의 지속적인 대량 사용에는 추가 비용이 생길 수 있다고 안내한다. 행사 예정일과 예상 유입 규모가 있다면 사전에 운영 정책을 확인하는 게 안전하다.
요금보다 먼저 추가 비용을 적는다
무료 또는 저가 구간에서 시작해도 되는 쇼핑몰은 많다. 월 방문량이 적고 상품 이미지 크기가 관리되며 특별한 개발 요구가 없다면, 비싼 요금제가 속도를 자동으로 해결해 주지는 않는다. 고도몰 요금표에서 기본형의 저장 공간은 4GB로 안내된다. 상품 이미지가 1장에 평균 500KB라면 원본만 8,000장쯤 저장할 때 4GB에 닿는다. 다만 실제 사용량에는 썸네일과 다른 파일도 들어가므로 이 숫자를 상품 등록 가능 수량으로 받아들이면 안 된다.
비용표에는 월 이용료 외에 도메인, 보안서버 인증서, 결제 서비스, 유료 디자인이나 개발, 저장 공간 추가, 이전 작업 비용을 따로 적는다. 같은 3만 원대 상품이라도 필요한 기능이 기본 제공되는지에 따라 총비용이 달라진다. 특히 현재 사이트의 맞춤 기능을 옮겨야 한다면 개발비와 검수 시간이 월 요금 차이보다 훨씬 클 수 있다. 요금제는 1년 약정보다 한 달 운영 데이터를 본 뒤 고르는 쪽이 실수가 적다.
이전 전에는 복구 가능한 백업을 만든다
이전 작업에서 가장 흔한 실수는 파일만 받아 두고 데이터베이스를 빼먹는 것이다. 상품, 회원, 주문, 게시판 데이터와 업로드 파일을 각각 어떤 형식으로 꺼낼 수 있는지 확인한다. NHN커머스는 고도몰로의 상품·회원·게시판·주문 데이터 이전을 안내하지만, 실제 이전 범위와 맞춤 기능의 호환 여부는 작업 전에 확인해야 한다. 이전 지원이라는 문구가 운영 중인 모든 기능의 재현을 뜻하지는 않는다.
작업 순서는 단순하게 잡는다. 먼저 원본 백업을 별도 저장소에 보관하고, 테스트 환경에서 복원해 상품 수와 최근 주문 몇 건을 대조한다. 새 사이트에서는 회원 로그인, 장바구니, 결제 승인과 취소, 주문 알림을 직접 시험한다. 전환 직전에는 주문 데이터가 두 시스템에 갈라지지 않도록 입력을 잠시 멈추거나 추가분을 다시 옮길 방법을 정한다. 도메인 연결을 바꾸기 전 기존 DNS 설정값도 기록해 둬야 되돌릴 수 있다.
접속이 안 될 때는 확인 순서를 고정한다
장애가 나면 서버부터 재시작하고 싶어진다. 그 전에 도메인 만료 여부와 네임서버 변경 이력, DNS 응답, 인증서 상태를 확인한다. 특정 통신망에서만 안 되는지, 관리자 화면은 열리는지, 상품 목록과 결제 중 어디서 멈추는지도 구분한다. 화면은 열리는데 결제만 실패한다면 서버 전체 장애보다 결제 연동이나 해당 기능의 오류 로그를 먼저 보는 편이 빠르다.
운영 중에는 최근 7일의 전송량과 피크 시간, 저장 공간 사용량, 백업 성공 시각을 한 화면에 기록해 두면 좋다. 숫자가 평소와 달라진 시점을 알면 장애 원인을 좁히기 쉽다. 14년 동안 서버를 운영하며 느낀 건, 작은 사이트에 필요한 건 큰 사양보다 확인 가능한 기록과 실제로 복원해 본 백업이라는 점이다. 고도호스팅도 그 두 가지가 준비된 뒤에 현재 사용량에 맞춰 고르면 된다.
