레지스트리

도메인의 TLD를 등록하고 관리하는 기관이다
대표적으로 com / net / cc 같은 TLD는 "Verisign"에서 관리하고
kr / co.kr / 한국 과같은 TLD는 "KISA(이하 한국 인터넷 진흥원)" 에서 관리한다

레지스트라

레지스트라는 기업 또는 개인에게 도메인 등록 및 연장 접수를 받아서 레지스트리에 전달하는 역할을 한다
우리가 흔히 알고있는 고데디, 가비아, 메가존(호스팅케이알)이 여기에 속한다

리셀러

리셀러는 레지스트라로부터 도메인 업무를 API 형태로 제공받아서,
레지스트라와 비슷하게 동작?한다
레지스트라와 다른점은 ICANN과 레지스트리에게 영향을 크게 안받는다는점이다

도메인 등록 수수료

레지스트라는 도메인 등록요청(domain:create)을 보내면 도메인 등록 처리를하는데,
ccTLD (국가 도메인) / gTLD (글로벌 도메인) 에 따라 수수료가 다르다
ccTLD의 경우 ICANN의 영향을 gTLD에 비해 덜받기 때문에 매우 저렴한 금액으로 레지스트리가 레지스트라에게 공급을하거나
무료로 공급을 할 수 있다 (Freenom이 이와같은 케이스)

ccTLD(국가 도메인)와 gTLD(글로벌 도메인)

ccTLD는 국가 최상위 도메인으로 kr / jp / ai / io 같은 TLD들이다
ISO 3166-1에 따라서 국가 코드 2자리를 사용해서 대부분 ccTLD는 2자리이다 (2자리면 ccTLD라고 생각해도됨)
대한민국의 경우 국가기관 KISA에서 레지스트리 역할을 하지만 Verisign같은 민간 기관에 운영을 맡기는 국가도 많다

gTLD는 일반 최상위 도메인이라고 부른다
com / net / dev / xyz 같이 2자리가 아닌 TLD들을 뜻한다
ICANN에 돈을 내고 자격을 갖추면 TLD를 만들 수 있다
ccTLD보다 유독 ICANN의 정책을 많이 따르게 된다 (수수료 / EPP / 프리미엄 도메인 등)

도메인 수수료 환불

KR도메인의 경우 등록(domain:create) / 연장(domain:renew) / 기관이전 (domain:transfer)같은 작업들은 환불을 요청할 수 있다
작업마다 다를 수 있지만 보통은 7~10일내로 삭제(domain:delete) 또는 연장 취소(domain:cancel_renew) 요청을 보내면 환불을 해준다

gTLD의 경우 연장후 5일 이내 (renewPeriod가 EPP 상태에 있어야함) 도메인을 삭제하면 환불을 해준다
연장 취소가 아니라 삭제다

EPP에 관하여

EPP는 레지스트리와 레지스트라가 통신을하기 위해 사용하는 프로토콜이다 (KR 도메인은 KREPP를 사용한다)
도메인 등록 / 연장 / 삭제 / 정보변경 부터 시작해서 네임서버 변경 / DNSSEC 설정 / 호스트 추가 및 삭제 등록 등
도메인에 관한 모든 작업들은 EPP 프로토콜을 통해 레지스트라에서 레지스트리로 전달되어 처리한다
보통은 SSL이 걸린 TCP환경 (700 포트)에서 통신을 하지만, 이것또한 레지스트리마다 다르다

EPP의 시작은 Verisign이 시작한걸로 알지만 XML을 통해 데이터를 주고받아서,
레지스트라는 데이터를 쪼개고 합치고 압축하고 별짓을 다 해야한다

그래서 일부 레지스트(JP 도메인)는 EPP대신에 HTTP를 사용한 REST API를 사용하여 EPP를 대체한다

레지스트리 돌려막기

한국을 포함하여 전세계적으로 레지스트라는 존재하고, 레지스트리를 돌려막기하는 회사도 있다
돌려막기라고 표현을해서 무슨뜻인지 이해하기 어려울 수 있지만
도메인을 A 업체에서 등록했는데 후이즈를 조회해보니 B 업체로 뜨는 상황을 돌려막기라고 한다 (좋게 말하면 등록비용 절감이다)
이렇게하면 등록 접수를 받은 레지스트라는 다른 기관을 통해 도메인을 등록함으로서 도메인을 더 저렴하게 등록을 할 수 있다
하지만 도메인을 등록한 고객의 피해는 이만저만이 아니다

고객이 받는 피해

우선 피해라고하면 다양하게 있다
시스템적으로 업체(레지스트라) -> 레지스트라 -> 레지스트리를 거쳐가는 방식이다보니 도메인 관련 작업 (네임서버 변경 / 정보변경 등)이
매끄럽게 안되거나 매우 느릴 수 있다
또한 여러개의 레지스트라와 계약된 회사일경우 도메인을 연장을 하면 기관이전으 시키면서 도메인이 다른 레지스트라로 넘어가는 경우도 있다
원래라면 기관이전하면서 도메인 중단이 발생을 안하지만 어째서인지 레지스트라에서는 중단을 시키도록 ClientHold를 걸어버리거나 네임서버를 바꿔버린다

등록비용이 왜 저렴해짐?

Verisign같은 일부 레지스트라는 일정 기간동안 도메인을 일정 갯수만큼 등록을 하면 도메인을 할인 해주는 프로그램이있다
국내외 레지스트라들이 뜬금없이 할인하는 이유도 이거때문이다

이 프로그램을 일부 업체들이 활용?해서 레지스트라 ID 하나에 API로 여러 업체들을 연결하여
레지스트라 하나에 모든 도메인을 몰아넣고 할인 프로그램을 받는다

그러면 기적같이 도메인 등록 가격이 내려가고 레지스트라나 업체들은 저렴한 가격으로 도메인 서비스를 제공할 수 있는거다

재미있는 사실

• co.kr / go.kr을 포함하여 cn.com / co.jp 같은 TLD들은 사실 TLD가 아니다
  co.kr을 예로들자면 .kr은 TLD고 co는 서브도메인형태인것이다
  하지만 레지스트리에서 어찌어찌 잘 하여 부가수익을 창출하고있다

ELIV팀이 드디어 KT IDC에 무사히 입주하고 안정화를 마쳤다 (대충 환호하는 소리)

0. 서론

ELIV 라는 프로젝트가 시작되기전, 렌유 AI 라는 프로젝트가 먼저 시작되었었다

렌유 AI가 국내에서 최초로 이미지 생성 AI를 상용화를 하면서 생각 이상으로 트래픽이 나오면서 초기 인프라나 기술적인 부분이 많이 부족했었다

초기에는 집에서 서버를 운영하다가 결국 AWS(Amazon Web Servcie)와 OCI(Oracle Cloud Infrastructure)로 떠났다

클라우드로 이사오면서 안정성같은 문제는 해결되었지만 네트워크에 대한 비용과 클라우드 인스턴스의 성능이 너무 부족해서 결국 서버를 구매(...) 하기로 했다

처음에는 IDC에 입주하자! 라는 생각까지는 안했었다

1. 서버 구매

서버를 구매할때 고려해야했던점은 그때 당시에는 렌유 AI 하나였지만, 이후에 새로운 서비스 개발 이나 프로젝트 등 다양한 목적에 쓰일점을 고려해서 서버를 구매해야했다

그래서 팀 내부에서 가급적이면 고성능으로 맞추자는 이야기가 나왔고

알아본결과 레노버의 SR630 모델이 가장 적합하다고 판단이났다

• CPU : INTEL INTEL XEON Gold 6138T * 2개 = 40코어 80스레드
• RAM : Hynix DDR4 ECC 16GB * 8 = 128GB
• OS : Windows Server 2022 Datacenter

위 옵션으로 서버를 구매했고, 스토리지를 모두 SSD로 맞추면서 100만원 중반정도의 금액이 나왔다

1-1. 이 서버 어디에 두지?

서버를 사기전까지는 IDC에 입주하자는 생각까지는 없었다

물론 입주는 가능하지만 말도 안되게 느린 회선 vs 말도 안되게 비싼 비용으로 밸런스 게임을 해야했기 때문이다

한참 고민하던도중 운이 좋게도? 팀원중 KT 강남 IDC에 괜찮은 조건으로 입주가 가능하다고 하는 사람이 나타났다

2. KT IDC로

스케일이 이렇게 커질줄은 몰랐지만 좋아진게 아닌가 라는 생각이 든다

그래도 ELIV팀 또는 팀원이 개인 프로젝트를 진행할때 항상 걸리는 문제가 서버문제여서 오히려 좋아졌다는 생각이든다

3. 입주후 이후

KT IDC에 입주한지 몇달이 지났다

초기에는 클라우드로 인해 많은 비용으로 부담이 있었지만, IDC 입주후 부담이 덜어진게 좋았다

입주후 아쉬운점이라고 한다면 국내망은 1Gbps 대역폭을 온전히 사용이 가능하지만 해외망에 연결할때는 1Gbps의 대역폭을 못사용한다는게 아쉽다
혹시나 말해두지만 10mbps/1Gbps 이런 옵션이 아니라 Full 1Gbps 이다

1Gb당 N원 이렇게 정해주는 클라우드를 탈출하니 한결 마음이 가벼워진거같다

앞으로 많은? 프로젝트를 팀원 또는 개인이서 진행하면 좋겠다!

패키지 업데이트 / 업그레이드

apt update -y && apt upgrade -y
apt upgrade -y && apt update -y
apt install nano -y

한국어 언어팩 설치하기

apt-get install language-pack-ko language-pack-ko-base -y

환경변수 설정하기

nano /etc/environment /etc/default/locale

/etc/environment /etc/default/locale 파일을 동시에 둘다 nano로 열고 아래 값을 입력하고 저장한다

LANG="ko_KR.UTF-8"
LANG="ko_KR.EUC-KR"
LANGUAGE="ko_KR:ko:en_GB:en"

추가로 프로필 설정파일도 바꿔줘야하는데

프로필 설정하기

nano /etc/profile

/etc/profile에 위치한 파일도 아래와같은 값을 입력하고 저장한다

LANG="ko_KR.UTF-8"

그러면 우분투 터미널이 한국어로 변한다

서론

최근 ELIV팀에서는 ELIV 도메인을 개발하면서, 사회공헌? 느낌으로 DNS 서비스를 만들어보자는 이야기가 나왔다

결론부터 말하지만 개발하고 빌드까지 마치는데 2일조차 안걸렸다

ELIV 팀원들은 파이썬, Node 계열(JS, TS)보다 PHP를 많이 사용해서
이번에도 PHP로 개발이 될뻔 했지만 DNS서버라는 특수성이 있어서 Go 언어로 만들기로 했다

이전의 ELIV DNS 구조

아직 블로그 사용법을 잘 몰라서 나름대로 열심히 표현을 해봤다

1차/2차 DNS 서버들이 KT IDC에 위치한 ELIV DNS 메인 서버와 통신하는 방식으로 Nginx Proxy를 통해 DNS에 사용되는 HTTP/HTTPS/TCP/UDP 통신을 모두 IDC로 보내도록 구성했다고 하는데 이 구조는 치명적인 문제가 있다

1. KT IDC에 위치한 메인 서버의 의존도가 너무 높다
   혹여나 KT IDC에 문제가 발생한다면 모든 DNS 요청이 중지된다
   그러면 자연스럽게 ELIV DNS를 이용중인 디바이스들은 반오프라인 상태가 된다
2. 일본 도쿄 <-> KT IDC (한국 서울)간의 거리가 있어서 레이턴시가 높다
   치명적인 문제는 아니지만 DNS의 레이턴시가 높다는건 인터넷이 느려졌다고 이용자들이 체감할 수 있게된다

가장 우려하는 문제가 첫번째 케이스인데, 이 문제가 실제로 일어났었다 (그래서 팀내부에서 구조를 바꾸자는 이야기가 나왔던거다)

새로운 구조 만들기 (+ 잡담)

새로운 구조를 팀 내부에서 생각을 해봤고 아래 두가지의 구조가 나왔다

1. DNS 패스스루 (백업)
   ELIV DNS 서버가 다운된다면 1차 / 2차 DNS 서버는 ELIV DNS가 아닌 1.1.1.1 같이 안정성이 높은 DNS로 패스스루하는 구조
2. 각 서버에서 단독적으로 ELIV DNS 가동
   각 1차 / 2차 DNS 서버에서 ELIV DNS를 직접 가동한다 (메인서버 없이 동작하게하자)

둘다 괜찮은 의견처럼 보이지만 두번째 구조는 큰 결함이 있다

ELIV DNS의 메인페이지는 지금까지 처리한 쿼리수를 표시하는데, DNS 서버를 나누면 이 기능을 구현하기 어렵다는것이다

그래서 두 구조를 하나로 합치기로 했다

평상시에는 ELIV DNS 메인서버와 통신을 하다가 ELIV DNS 메인서버에 문제가 발생하면 단독적으로 실행중인 ELIV DNS 애플리케이션으로 DNS를 패스루 하는 구조이다

사실 ELIV DNS는 Self Host가 가능한 Dedicated Application (단독 애플리케이션)을 계획했었고 실제로 개발이 끝난 상태였기때문에 각 서버에 적용하는건 무리가 없었다

ELIV DNS 단독 애플리케이션을 각 서버에 배포하고 1주일정도 지난 시점
자원을 얼마나 사용할까 궁금해서 확인해보니 메모리를 무려 6.44MB를 사용하고있었다

이번계기로 팀내부에서 Go언어를 많이 사용했으면 좋겠다