일상을 기록하는 블로그
아침에 Vultr 의 네트워크 장애를 알리는 이메일이 와 있어서 놀라서 확인했더니
한국시간 오늘 새벽 1시 35분부터 2시 6분까지 31분간 장애가 있었던 듯한데 이건 서비스 제공자 입장에서의 시간일테고.
다른 체크 앱으로 보면 새벽 1시 31분부터 2시 13분까지 42분간 접속이 안되었다고 한다. 이쪽은 외부에서 접속을 체크해 본 거라 이게 사용자 기준으로 맞을 것이다.
가입한지 몇일 안되었는데 장애를 겪었다. 자주 장애가 나는 것인지 운이 안좋았는지는 시간을 두고 봐야 할 것 같다.
3년간 사용하던 iwinv 의 호스팅에서 Vultr 의 VPS로 이전했다.
아무래도 한달에 600원이면 되는 가성비는 iwinv를 따라올 수가 없는데, 자잘한 문제가 계속 발생하는 것이 짜증이났다. 게다가 계정을 쓰는 것이라 서버를 못 건드리니까, ‘문제를 해결 할 줄 아는데 손을 쓸 수가 없는’ 상황이 어마어마한 스트레스.
Vultr에서는 한달에 5달러짜리 서울 리전을 쓰고 있다. 가상 CPU 1개와 1GB램, 25GB SSD, 1TB 밴드위드 사양이다. 세금까지 하면 한달에 6200원 정도 할 듯하다. iwinv에서도 비슷한 가상서버를 4800원에 서비스중이긴 한데, Vultr 쪽 웹 관리자 디자인이 마음에 들어서 덜컥 지름.
아직 최적화는 덜 되었지만, 성능도 기능도 마음에 든다. 물론 돈 10배를 쓰고 이정도 안나와 주면 곤란하지만.
위의 배너를 눌러 Vultr에 가입하면 서버를 몇일 사용할 수 있는 포인트를 얻을 수 있다.
ps. 서버 설정 가지고 놀다가 포스트를 몇개 날려먹었다. 포스트는 복원했지만, 이글에 달려 있던 댓글이 날아가서;; 댓글 달아주신 분께 죄송하다.
iwinv 호스팅에 접속장애가 발생해서 블로그에 못 들어오는 상황의 기록이다.
기준은 워드프레스 젯팩 모니터.
ps. 2018-01-23
업체 공개 게시판에 기술지원 요청하고 일주일이나 지났는데 답 안해주냐고 항의했더니 바로 전화 옴.
어떤 사용자가 서버 자원을 마구 써서 그랬던 것이었고, 차단했으니 앞으로는 괜찮을 거라고 함.
답변을 안 한건 조치후에 연락하려다 실수로 누락했다고…;;;
ps. 2018-01-25
24일 밤에도 문제가 발생해 문의했으나 자기들 로그에는 별 문제 없었다고 주장. 글쎄…
ps. 2018년 3월에도 문제가 된 후에 iwinv 의 고객상담글로 문의를 했는데, 그쪽 주장은 실제 사이트 다운이 아니라 그냥 모니터링만 안된 것일거라며 확인해 보겠다는 애매한 변명이 있었다. 그런데 그 후에 문제가 사라져 6개월간 발생하지 않았다.
홈서버가 고장나서 IwinV로 이사한지 1개월이 되었다.
성능은 아톰 홈서버보다는 훨씬 빠르다. 여러 사람이 공유하는 서버치고는 빠르고, 개인 홈페이지용으로는 과분하게 빠르지만, 방문자가 많다면 좀 부족할지도.
가격은 물론 싸다. 하루 20원이니.
부족하다고 할 부분은 지원이 되겠다. 대부분은 유료 지원이고 무료 지원은 거의 없다. 스스로 관리 콘솔을 통해 사용하도록 되어 있는데, 서버 관리 경험이 없는 사람은 힘들지도 모른다. 게다가 전에 썼듯이 관리 콘솔도 SSL설정에 버그가 있고, DNS설정은 반영이 너무 느리다.
안정성은 약간 애매하다. 1개월동안 두 번의 블로그 정지가 있었다. 12월 5일 23시 34분부터 53분간, 12월 13일 19시 26분부터 51분간. 그동안 블로그에 완전히 접속 안되었던 것으로 보아 서버 문제였던 것으로 추정되는데 별다른 공지가 없었다. 이 문제는 두고 봐야 할 듯.
홈 서버가 지난 19일 고장 났다. 뭔가 느낌이 안 좋아서 sudo reboot 을 시켰더니 안 켜 진다.
아무래도 파워서플라이가 고장난 것 같은데, 고장난 것 찾아서 납 땜 할 실력은 없으니 몇 만원 들어 갈 것 같고, 메인 보드도 콘덴서들이 부풀어서 수명이 오래 남지는 않은 것 같아서 고민을 했다.
그리고 하루 10원짜리 호스팅이 있었던 것을 기억하고 IwinV 호스팅으로 이전해 버림. (막상 가입한건 20원짜리…)
IwinV 호스팅은 싸고 좋긴 한데, DNS 세팅이 반영이 너무 오래 걸리고(보통 1,2시간에서 6시간 이면 반영되는데, 하루가 꼬박 걸림), 외부 SSL인증서를 업로드 하는데 버그가 있는지 바이러스가 있다고 GR이라 고생했다. 일부러 암호 걸린 zip파일을 올리고 비밀번호 틀리게 입력해 봐도 바이러스 어쩌구 하는거 봐서는 외부 SSL인증서 등록 부분 자체가 엉터리인 듯. 그냥 Let’s Encrypt 인증서로 대체함. 코모도 인증서 비용 아깝다…
홈 서버 가지고 놀면서 재미있던 부분이 많았는데 아쉽고, 이제는 관리를 안해도 되고 비용도 저렴하니 마음이 편하고…복잡한 심정이다.
이 블로그가 돌아가고 있는 홈서버를 우분투 12.04 LTS로 업그레이드 했습니다. 미루고 있다가 이제서야…
터미널로 접속해서 실행할 명령어는 sudo do-release-upgrade 딱 한개.
그걸로 이것저것 경고 메시지 나오고, 진행하니 2,3분 정도 mysql 과 아파치가 멈추다 다시 돌아가더군요. 설정 보관할거냐, 덮어 쓸것이냐 묻기를 4번정도. 그리고 리부팅 할거냐고 묻고(이미 웹서비스는 다시 정상화) 리부팅 하자 완료되었습니다.
어떠한 문제도 없고, 모든 설정이 그대로 유지되었고, 모든 메시지가 한글로 나와서 쉬웠네요. 우분투 서버 버전의 업그레이드는 처음 해봐서 신기했습니다.
역시 우분투!
개인 홈서버를 만든지 117일 되었고, 무사고(업타임) 100일입니다. 17일째날 한번 다운이 되서 리부팅을 했지요 -_-
무사히 잘 버텨줘서 고마운 서버입니다. 방문자가 거의 없으니 버티는 것이겠지만..ㅋ
홈서버를 만들어 블로그를 옮겼습니다.
미리내닷컴의 호스팅이 계속 문제를 일으키다 요즘은 좀 괜찮아졌습니다만, 이젠 이렇게 내가 컨트롤 못하는 문제로 속썩이기가 싫더군요. 방법은 1) 서비스형 블로그로 간다. 2)더 돈내고 좋은데로 간다 3)내가 서버 운영한다. 정도의 선택지가 있는데, 아예 제가 해보기로 했습니다.
집 구석 바닥에 굴러다니는 미니 서버…
서버 구성 컨셉은 ‘무소음’, ‘저전력’입니다.
전원은 냉각팬이 없는 DC to DC 아답터 방식이라 모터가 하나도 없는 제로 스핀들 구성입니다. SSD도 처음 써봤네요.
외국의 모 블로거가 비슷한 구성으로 만들어 측정해보니 30W정도 소모한다던데, 그 정도면 저전력이라 할 수 있을 듯 합니다.
mini-itx 타입은 처음 조립해본 데다가 케이스의 전원부의 공간이 부족해서 조립에 2시간이나 걸려 버렸습니다. 지금은 잘 작동하는데, 내구성이 얼마나 될지는 모르겠군요. 한 2년만 고장 없이 돌아가주면 좋겠는데.
OS는 우분투 11.10 서버를 사용 중입니다. LTS인 10.04를 쓰려다가 SSD등의 지원에는 최신버전이 나을 듯 해서 11.10을 깔았습니다.
역시 우분투는 참 좋군요. 별다른 설정할게 없이 20분 정도면 서버가 준비가 되니. 시간되면 보안 설정이나 성능 튜닝을 해봐야겠습니다.
ps. 2012년 6월 21일. 33도가 나가는 무더위가 되자, 내부 온도가 상당히 올라가는 군요.
38도 나가는 한여름일 때도, 냉각팬없이 버틸수 있을지 모르겠습니다.
요즘 미리내 서버가 상태가 영 좋지 않아서 기록을 남겨 봅니다.
이 회사 장애가 너무 잦고, 관리적으로도 삽질이 많습니다. 정상일 땐 참 빠른데…
이 회사에서 가장 마음에 안 드는 점. 예를 들어 DDoS 공격으로 장애가 몇 일간 계속 됐다 그러면 첫날 공지(그것도 공개 공지가 아니라 고객센터 1:1 문의 내부에 공지)하고 내내 공지가 없습니다. 기다리다 지쳐 따지면 이미 공지 했다고 합니다. –_-
다음 달에 제가 실제 집을 이사해야 하니, 그 때까지 두고 보고 안되면 호스팅도 이사 해야겠어요.
대단한 팁인건 아니고 제가 나중에 잊지 않도록 기록용으로 남기는 포스트입니다.
<IfModule mod_rewrite.c>RewriteEngine onRewriteCond %{REQUEST_URI} ^/?(feed.*|comments.*) [NC]RewriteCond %{HTTP_USER_AGENT} !^.*(FeedBurner) [NC]RewriteRule ^feed/?.*$ http://feeds.feedburner.com/dracokr [L,NC,R=302]</IfModule># BEGIN WordPress<IfModule mod_rewrite.c>RewriteEngine OnRewriteBase /RewriteRule ^index\.php$ – [L]RewriteCond %{REQUEST_FILENAME} !-fRewriteCond %{REQUEST_FILENAME} !-dRewriteRule . /index.php [L]ServerEncoding UTF-8ClientEncoding EUC-KR</IfModule># END WordPress
처음 6줄은 피드버너 리다이렉트 설정입니다. 블로그의 /feed주소로 접근하면 FeedBurner 라는 http_user_agent를 가진 피드버너의 봇을 제외하고는 전부 피드버너로 이동시켜 버립니다. 피드버너의 봇은 제외해야 피드버너에서 새 글을 긁어가겠지요.
그 아래는 워드프레스의 기본 설정이고,
하단 부분의 서버와 클라이언트 인코딩 부분은 다른 계정에서는 필요가 없는데, 비누넷 계정에서는 한글 URL 처리가 잘 안되서 인코딩을 별도로 지정해주었습니다.
