서버포럼 가입인사겸 저의 홈서버를 소개합니다!!
안녕하세요!
그간 서버포럼에서 눈팅만 하다 가입인사겸 첫 글을 작성해볼게요 ㅎㅎ
홈서버 구축 하면서 서버포럼에서 많은 정보를 접했는데, 이 곳에 대단한 분들이 참 많은것 같아요
대단하신 분들이 많지만 용기내어 저의 홈서버를 소개해봅니다!
(서버포럼도 홈서버라는게 너무 대단하게 느껴집니다!)
저는 이사를 계획하게 되면서 새로운 집에서 홈서버 네트워크 구축을 해보자 맘을 먹었고
이사한지 한달도 채 되지 않아 IDC에서 운영중이던 서버를 반출하고 홈서버를 구축했습니다.
몇년전에도 홈서버를 구축했던 적이 있는데, 애매한 장비들로 구축하는 바람에 어설프게 끝나고 말았던 경험이 있습니다.
다시는 IDC 입주를 하지 않겠다는 굳은 각오로 홈서버 네트워크를 구축하게 되었습니다.
(위에 얹어져 있는 1U는 소음 때문에 반나절만에 적출당한 서버입니다. -> 데스크탑으로 대체 되었습니다.)
1. 홈서버 구축을 결심하게 된 이유
첫째, IDC 비용이 부담으로 다가왔습니다.
네임서버 2대, 웹서버 1대, 스토리지 서버 1대를 운영 중이었는데, 최근 이사를 하면서 큰 지출을 하게 되니 매달 지출되는 서버 비용이 아깝다 느껴졌습니다.
네임서버 2대를 AWS Route53으로 전환하고, 스토리지 서버를 시놀로지 나스로, 1U 웹서버를 데스크탑으로 타협하여 IDC 비용을 줄여보자는 계산이었습니다.
무엇보다 우리 집은 같은 방이라도 랜포트별로 개별 아이피가 들어오기 때문에 가성비 좋은 홈서버 구축이 가능한 상황이었습니다.
(랜포트 마다 아이피가 다른건 처음이라 놀라웠습니다. 신축 아파트는 다 그런가요..?)
둘째, 서버를 소비하는 느낌이 싫었습니다.
제가 운영하는 웹사이트는 손수 디자인하고, 개발하여 제작하는 반면,
서버는 비싸게 구입하게 되지만, IDC로 직행하여 수명을 다할 때 쯤 되어서야 제 눈으로 볼 수 있다는게 매번 아쉬움으로 남았습니다.
랜선도 직접 꽂아주고, 장애가 생기면 십자 드라이버로 직접 분해하여 고쳐주는등 애착을 갖고 정성을 다해 관리해보고 싶었습니다.
2. 네트워크 구성
홈서버 네트워크에 트래픽이 유입되는 경우
[클라이언트] => [외부 프록시 서버] => [공유기] => [프록시서버] => [웹서버 / 스토리지서버]
순으로 흐르게 됩니다. 각 장비별로 정리해 보았습니다.
1) IPTIME T16000M
아이피타임의 가정용 인터넷 공유기 관리콘솔이 친숙하다는 이유로 아이피타임의 랙용 유선 공유기를 설치 하였습니다.
외부에서 트래픽이 아이피타임 공유기로 들어오게 되면 80/443 포트로 들어온 경우 프록시 서버로, 그외 포트는 해당하는 서버로 포트 포워딩 합니다.
추후 서버 증설을 염두하여 랜포트가 많은 모델을 찾다가 이 제품으로 선택했습니다. 
2) 리버스프록시 서버
중계 서버란 이유로 가장 저가형으로 당근에서 15만원에 매수한 intel N100 CPU의 미니PC입니다.
중국제 미니 PC에서 흔히 볼 수 있는 저가형 CPU로 내부 프록시 역할만 할 것이므로 사양을 최대한 타협하여 지출을 아꼈습니다.
사용하다 성능이 부족하다 싶으면 업그레이드 할 생각입니다.
nginx 를 통해 공유기로 부터 전달된 트래픽을 도메인 기반으로 Reverse proxy 하여 웹서버 혹은 시놀로지 NAS로 전달합니다. 
3) 웹서버
과연 나에게 ecc 램이 필요할까란 생각에 며칠을 깊은 고민에 빠졌지만, 결과는 '필요 없음' 이었습니다.
장애가 생겨 사이트 접속이 단절 된다는 가정을 해봤고, 회원들이 용인해줄 수 있는 단절 시간은 몇분 정도일까 생각 해봤는데 결과는 '하루' 였거든요...ㅎ
웹서버는 랙 사이즈에 맞추다 보니 미들타워보다 절반 정도 작은 사이즈의 데스크탑으로 들였습니다. ('이그닉'이라고 아시나요?)
CPU가 ecc 지원 모델이라 내심 기대하고 본체를 뜯어보니 메인보드가 ecc 를 non-ecc로 작동 시키는 보드네요. ㅎㅎ
centos + apache + mariadb 조합으로 운영되는 웹서버입니다.
이 녀석 역시 당근에서 가져왔습니다.
이 데스크탑을 구매하기 전, IDC에서 반출한 1U를 집에서 반나절 돌렸다가 와이프에게 등짝 스매싱을 당하고 바로 처분 했습니다.
4) 시놀로지 나스
시놀로지 나스는 DS1621+ 6bay 모델입니다.
홈 네트워크에서 가장 많은 일을 하는 바쁜 서버입니다.
역할에 비해 부족한 하드웨어 사양으로 인해 시놀로지가 수명을 다하면 헤놀로지로 도전해볼까 진지하게 고민중입니다.
아래는 시놀로지가 하는 일입니다. 참 바쁘죠..?
[스토리지 서버]
docker + minio 조합으로 Object Storage 서버를 구동하여 웹서버에서 업로드되는 모든 리소스는 시놀로지 나스 도커로 들어가게 됩니다.
웹서버와 시놀로지간 통신은 AWS S3 SDK 를 활용하고 있습니다.
[메일서버]
웹서버의 메일서버로 활용되고 있습니다.
메일 수신은 시놀로지 MailPlus Server 가 직접 담당하고 있으며, 메일 송신은 AWS SES SMTP 를 relay 하여 발송하고 있습니다.
[원격 백업 서버]
웹서버, 프록시서버, 외부 프록시서버에서 매일 새벽3시에 시놀로지로 원격 백업을 수행합니다.
[개발서버 활용]
docker에 다양한 개발 환경을 구축해 두고 개발용 서버로 활용합니다.
3. 보안 대책
1) 외부 리버스프록시 서버 적용
홈서버로 유입되는 모든 트래픽은 반드시 외부 리버스프록시 서버를 거쳐 홈서버로 오도록 되어 있습니다.
즉, 외부 아이피인 2.2.2.2 로 접속하면 프록시를 통해 우리집 아이피 1.1.1.1 의 서버를 요청합니다.
홈서버는 네트워크 앞단에 물리적 방화벽이 없기 때문에 DDOS등 공격에 취약할 수 밖에 없습니다.
만의 하나 DDOS가 유입되는 경우 소프트웨어적으로 대응할 수 밖에 없으며,
아이피 변경으로 우회 시키려 해도 맥Address 를 변경해야 하기 때문에 쉬운 일은 아닙니다.
그래서 외부 프록시서버로 적어도 L3/L4 방화벽이 제공되는 AWS 의 lightsail 을 이용 중입니다.
우리집 공인IP를 외부에서 은폐 시킬 수 있고, 방화벽을 통과한 DDOS가 유입 되더라도
외부 프록시서버로 먼저 유입 되기 때문에 lightsail의 아이피만 바꾸면 그만입니다.
무엇보다 라이트세일은 아이피 변경이 매우 즉각적이고 쉽습니다. 심지어 저렴합니다.
DDOS는 막는게 아니고 피하거나 버텨 내는거라 배웠습니다. 저는 빨리 도망갈 수 있는 길을 택했습니다. 
리버스 프록시 서버이기 때문에 비용이 적은 VPS를 택했습니다.
GCP, 오라클 클라우드, 호스팅어등 다양한 VPS 서비스가 있지만, 웹서비스 구축을 위해 AWS에서 S3, Cloud Front, SES, Route53 등의 서비스를 사용하고 있기에
관리 측면에서 AWS lightsail을 택했습니다.
또한, 앞서 언급된 DDOS시 즉각적인 아이피 변경을 통해 어렵지 않게 DDOS 트래픽을 증발시켜 버릴 수 있다는 장점이 있었습니다.
3) lightsail 트래픽 정책의 아쉬운 점 그리고 대안
보안을 위해 외부 프록시서버를 거치도록 하였지만, 홈서버에서 발생되는 트래픽은 모두 '비용' 이라는 점이 문제입니다.
lightsail 2vcpu / ram 2G 상품은 월간 3T 트래픽을 제공하는데,
타사 VPC 서비스에 비해 상대적으로 적은양의 트래픽을 제공하는 점이 아쉬운 점입니다.
유념 할 점은 3T 트래픽 양은 in/out을 포함한 사용량이라는 것입니다.
즉, 클라이언트가 사이트의 10M 짜리 이미지를 요청한 경우 lightsail 프록시 서버가 홈서버로부터 이미지를 받아와 클라이언트에게 보여주기 까지
in/out 트래픽을 합쳐 총 20M의 트래픽을 소진한다는 겁니다. 물론, 홈서버에서 발생한 트래픽까지 포함한다면 30M가 됩니다.
불필요한 트래픽 누수를 막기 위해 lightsail 프록시 서버에는 nginx 를 통해 캐싱을 활성화 해두었습니다.
클라이언트를 통해 한번 호출된 리소스는 lightsail 에서 7일간 재사용 되며, 30일간 호출되지 않은 리소스의 경우 로컬에서 삭제하는 룰로 셋팅하였습니다.
실수로 ssh 포트를 닫았을때 대신 포트를 열어주거나, 서버 전원 버튼을 대신 눌러줄 사람이 항시 대기하고 있다는 안도감은 IDC의 장점이기도 합니다.
저는 홈서버를 비즈니스 목적으로 사용하고 있습니다.
갑작스런 서버 장애가 제 비즈니스에 치명적이지 않고 용인된다는 점이 비즈니스 목적으로 사용할 수 있는 이유입니다.
순간적인 순단 현상이라도 비즈니스에 치명적이라면 절대 홈서버는 비즈니스로 적합하지 않다 생각합니다.
그럼에도 홈서버가 제공해주는 이점은 많습니다.
안정성 문제를 논외로 한다면, IDC비해 후한 회선 대역폭, 상면비가 없다는 점, 반드시 1U이지 않아도 되는 하드웨어 구성의 자유로움,
적은 비용으로 서버 공부 할 수 있다는 점, 서버에 애착을 가질 수 있다는점..
그리고, 방안에 크고 못생기고 시끄러운 서버랙을 볼 때 마다
이런 짓을 이해해주고 응원해주는 우리 재무부장관님께 감사함을 느낄 수 있다는 것은 큰 장점입니다.
장관님 감사합니다.
1등 
2등 
3등 IDC 에 내 개인서버 장비를 맏겨두고 운영해 달라고 위탁하는건지는 잘 몰랐습니다.
서버 파트에 문제가 생기면 그 때 연락 받고 파트 챙겨서 IDC에 퀵으로 보내고 교체 위임하고 그렇게 진행하는건가요?
본인 서버 위탁을 보통 코로케이션, 서버파킹이라
합니다 ㅎㅎ
idc 마다 관리 범위가 다르긴 하지만 저의 경우 서버에 문제가 생긴다면 24시간 상주 직원에게 요청 드리면 점검 해주십니다. (root아이디를 넘기는 경우도 있습니다.) 단순 장애라면 범위내에서 무상 처리해 주시고요, 부품이 필요하다면 퀵으로 보내드림 비용을 받고 교체 진행해줍니다.(작업 요청서 필요) 비용이 아까우면 제가 직접 idc방문하여 교체합니다 ㅎㅎ
고수 분들이 많은 이 곳에서 부끄럽긴 하지만...기록 차원으로 한번 남겨보겠습니다 ㅎㅎㅎ
+ 저도 외부 프록시 쓰고싶은데 어떻게 해야할지 몰라서 그냥 라우터 서버를 운영하거든요.. 횐님께서 기록이라도 남겨주시면 많은 도움이 될 것 같습니다 ㅎㅎ
cmt alert
신고
"님의 댓글"
이 댓글을 신고하시겠습니까?
