2.2 KT Cloud server FAQ



2.2.1 일반

Q. 컨설팅 신청을 하고 싶습니다. 어떻게 신청할 수 있나요?


Q. KT Cloud Portal 페이지의 상단에서 '고객지원 > 컨설팅 신청'을 통해 진행하실 수 있습니다.

  • 참고링크 : https://cloud.kt.com/portal/portal.consulting.html

Q. 각 상품별 요금 체계는 어떻게 구성되나요?


Q. 계정 당 신청 가능한 서버(VM), 디스크(DISK), 공인 IP 수에 제한이 있나요?

  • 서버 : 100EA

    공인 IP : 60EA

    스냅샷 : 60EA

    디스크(DISK) 관련 상세 내용은 좌측에서 아래의 디스크(Disk) 관련 FAQ 내용을 참고 부탁 드립니다.

    위 내용은 abuse 방지를 위한 정책적 설정이며, 추가로 필요 시 고객센터로 요청 주시면 제한 해제가 가능합니다.


Q. 로드밸런서(LB) 또는 웹방화벽(WAF) 이용 시 로드밸런서(LB)의 IP가 아닌 Client의 Source IP를 확인할 방법이 있나요?

  • 로드밸런서(LB) 또는 웹방화벽(WAF)와 같은 Proxy서버 이용 시 X-Forwarded-For 헤더를 통해 Client IP를 확인할 수 있습니다.

    다양한 어플리케이션별 Client IP를 추출하기 위한 모듈 설정 방법은 아래의 링크를 참고 부탁 드립니다.

    참고링크 : http://cafe.naver.com/ucloudbiz/56


Q. 서버(VM)의 Outbound IP는 무엇으로 나가는지요?

  • 서버(VM)에서 Outbound로 나갈 때는 해당 계정의 가상라우터(VR)가 가지고 있는 기본 IP(Source NAT IP)로 나가게 됩니다.

    (단, 해당 서버(VM)에서 추가 IP로 Static NAT를 구성한 경우, 구성된 추가 IP로 나가게 됩니다. 이는 로드밸런서(LB) 사용 시에도 동일합니다.)


Q. 서버(VM)에 공인 IP 주소를 할당할 수 있나요?

  • KT Cloud server 서비스는 NAT 구성이 되어 있기 때문에 서버(VM)에 설정되어 있는 IP는 사설 IP이고, 외부에서 가상라우터(VR)의 공인 IP를 이용해 포트포워딩 설정을 통해 서버로 접근하게 됩니다.

    따라서 서버(VM)에 직접 공인 IP를 할당할 수 없습니다.

    (단, 가상라우터(VR)의 공인 IP를 서버(VM)에 Static NAT로 할당하여, 해당 서버(VM)의 공인 IP처럼 구성할 수 있습니다.)


Q. 서버(VM)의 사양을 변경(Scale-up)하고 싶은데 어떻게 하면 되나요?

  • 우선 대상 서버(VM)를 정지하신 후 '서버 선택 > Action 메뉴 > 상품 변경'을 통해 진행하실 수 있습니다.


Q. 서버(VM)의 사양을 올리려고(Scale-up) 하는데 원하는 상품이 보이지 않습니다.

  • 서버(VM)가 위치한 물리장비 내에 가용 용량이 부족한 경우 원하는 상품으로의 변경이 불가할 수 있습니다. 해당 서버(VM)의 사양을 올리기 위해서 고객센터로 요청하시면 다른 물리장비로 이동을 지원해 드립니다.

    사용하시는 서버(VM)가 동작하는 존(Zone) 또는 서버(VM)의 OS 상에서 지원하지 않는 사양인 경우 해당 상품으로의 변경이 불가할 수 있습니다.존(Zone)별 사양 지원 목록은 다음 링크를 참고 부탁 드립니다.

    참고링크 : https://cloud.kt.com/portal/ktcloud/ktcloudportal.epc.productintro.cspublic.html# - 요금 - KT Cloud server


Q. Scale-up은 자동으로 수행되나요?

  • 아니요. 서버 정지 후 수동으로 진행해야 합니다.


Q. 서버(VM) 생성 시 초기 스크립트 수행 설정 가능한가요?

  • 서버 생성 시 초기 스크립트 수행을 위한 userdata 전달 기능을 지원하고 있습니다. 서버(VM) 생성 진행 화면에서 userdata 사용을 체크하시고 실행 스크립트를 입력하시면 부팅 시 스크립트가 자동 실행 됩니다.

    /etc/local에서 userdataExecutor 실행 스크립트 주석 처리 시 userdata 기능 사용이 불가합니다. userdata 예제는 다음 링크를 참고 부탁 드립니다.

    참고링크 : https://github.com/fromcloud/userdata


Q. 서버(VM) 생성 시 자동으로 할당되는 사설 IP 또는 CIP를 특정 주소로 지정하여 생성할 수 있을까요?

  • KT CLoud openAPI의 서버(VM) 생성 API(deployVirtualMachine)의 iptonetwork 파라미터를 이용하면 원하는 IP 주소로 지정할 수 있습니다.

    참고링크 : http://cafe.naver.com/ucloudbiz/99


Q. 서버(VM)의 암호를 변경할 수 있나요?

  • 예. 우선 대상 서버(VM)을 정지하신 후 '서버 선택 > Action 메뉴 > 비밀번호 변경'을 통해 암호를 초기화할 수 있으며 초기화된 암호는 계정의 메일로 발송됩니다.


Q. 서버(VM) 삭제와 완전 삭제가 어떻게 다른지요?

  • 서버(VM)가 생성되면 가상라우터(VR)에 생성된 서버(vM)의 hostname이 등록되어 서버(VM) 간 호스트명 통신이 가능합니다.

    삭제를 선택 시 hostname과 IP 주소 등 기존 서버(VM)가 사용하던 정보가 유지되고 완전 삭제를 선택 시 가상라우터(VR)의 해당 호스트 정보 및 스토리지(Storage)에서의 해당 서버(VM)가 사용하던 디스크 정보도 삭제됩니다.

    삭제 선택 시 24시간 내 복구가 가능하나 완전 삭제 시 서버(VM)복구 기능을 사용할 수 없습니다. 완전 삭제가 유용한 경우는 기존의 서버(VM)가 사용하던 hostname이나 IP를 그대로 사용하고자 하는 경우입니다.


Q. 서버(VM)를 삭제하였으나 삭제가 되지 않은 것 같습니다.

  • 완전 삭제를 하지 않고 삭제 시 24시간 동안 해당 서버(VM)의 정보가 남아 있어 동일한 서버(VM) Deploy name으로 생성 시도할 경우 중복으로 인해 생성이 불가합니다.

    • CIP 삭제도 동일한 현상이 있을 수 있습니다.

    • 만약 동일한 Display name을 사용하는 새로운 서버(VM)를 만들고자 한다면 기존 서버(VM)에 대해 완전 삭제를 실행하시면 됩니다.


Q. 서버(VM)에서 기본적으로 설정된 DNS는 무엇인가요? 변경이 가능한가요?

  • 기본적인 설정은 아래와 같이 되어 있습니다.

    • Central-A zone : Google DNS (8.8.8.8 / 8.8.4.4)

    • 이외 Zone : Kornet DNS (168.126.63.1 / 168.126.63.2)

    참고링크 : http://cafe.naver.com/ucloudbiz/125


Q. 웹호스팅 서비스를 하고자 할 경우, 서비스 도메인 설정은 어떻게 하는지요?

  • KT Cloud server를 통하여 서비스 할 경우, 두 가지 방법이 있습니다.

    (1) 단일 웹 서버를 통한 웹 서비스의 경우, web port를 포트포워딩한 가상라우터(VR)의 공인 IP를 사설 도메인 업체에 대상으로 등록하면 도메인을 통한 서비스가 가능합니다.

    (2) 로드밸런서(LB 혹은 GSLB)를 통한 다중 웹 서버를 통한 웹 서비스의 경우, 로드밸런서(LB 혹은 GSLB)에 부여된 IP(혹은 GSLB의 도메인)를 사설 도메인 업체에 등록하면 도메인을 통한 서비스가 가능합니다.

  • 별도의 도메인 서비스를 KT Cloud에서는 제공하고 있지 않은 점에 대해서는 양해 부탁 드립니다.

    KT 도메인 사용이 필요하시면 https://dms.kornet.net/ 를 이용 부탁 드립니다.


Q. Linux 서버(VM)에서 hostname을 이용한 서버(VM)간 내부 통신 구성이 필요할 때 hostname 변경 방법이 있나요?

  • Linux 서버(VM)의 경우 KT Cloud server 생성 시 생성 옵션의 hostname 설정을 통해 변경이 가능합니다.

    하지만 초기에 설정하지 못하였을 경우 OpenAPI 또는 일부 시스템 파일의 설정 정보 변경으로 가능합니다.

    참고링크 : http://cafe.naver.com/ucloudbiz/57


Q. 서버(VM)에 NTP 구성을 하는 것이 좋은 방법인지요?

  • 해당되는 OS에 따라 하이퍼바이저 의존적인 경우가 있고 의존적이지 않은 경우가 있습니다.

    권고되는 사항은 하이퍼바이저 의존적이지 않게 구성하고 NTP를 자체적으로 구성하는 방법입니다.

    참고링크 : http://cafe.naver.com/ucloudbiz/188


Q. KT Cloud server 환경에서 NTP를 제공하나요?

  • 일부 Linux 버전의 경우 가상화 시스템의 시간과 동기화되고 있으나, 나머지 Linux & Windows의 경우 NTP 서비스가 구동되지 않고 있습니다. 정확한 시간 데이터가 필요한 서버의 경우, NTP 서비스를 구성하여 사용하시기 바랍니다.

    (가상화 시스템에서 제공되는 시간의 정확성에 대해서는 보장하지 않습니다.)

    KT Cloud에서 별도로 제공하는 NTP 서버는 없습니다. 다른 외부의 NTP 서비스를 참고해주시기 바랍니다.


Q. KT Cloud server 가상 서버(VM)를 FTP 서버로 사용하고 싶습니다. FTP 서버로도 사용 가능한지요?

  • Linux 서버(VM)는 여러 종류의 FTP 프로그램을 설치할 수 있으며 Windows 서버(VM)의 경우 서버(VM)의 IIS FTP 기능 혹은 다른 툴 등을 이용하여 FTP 서버(VM)를 구성할 수 있습니다.

    참고링크 : http://cafe.naver.com/ucloudbiz/30 , http://cafe.naver.com/ucloudbiz/93

  • KT Cloud 이용 환경에서 FTP 서버(VM) 구축 시 고려사항과 구성 방식, 그리고 이중화 구성 방법에 대한 가이드를 다음 링크에서 확인하실 수 있습니다.

    참고링크 : http://cafe.naver.com/ucloudbiz/105


Q. Windows 서버(VM)에서 IIS FTP와 NAS Storage를 사용할 때 성능 개선 방법이 있나요?

  1. '시작' 메뉴에서 '실행'을 선택한 후, 'regedit'을 입려하여 레지스트크 편집기를 실행합니다.

  2. 화면 왼쪽의 tree 메뉴에서 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Afd\Parameters를 선택합니다.
  3. 'Parameters'를 우 클릭하여, '새로 만들기'에서 'DWORD(32비트) 값'을 선택하고, 생성된 변수의 이름을 'LargeBufferSize'라고 명명합니다.
  4. 'DisableTaskOffload' 변수를 우 클릭한 후, '수정'을 선택합니다.
  5. 값을 설정합니다. (변수를 생성하면, 0으로 나오지만, Registry에 따로 설정하지 않았을 때 윈도우는 기본값으로 4096KB를 가지고 있습니다. 따라서 여기서는 기본 값의 2배인 8192KB로 설정하였습니다.)
  6. 'LargeBufferSize'의 값이 정상적으로 설정되었는지 확인한 후, 서버를 Reboot합니다.
  7. IIS FTP NAS Storage 구성의 성능을 확인합니다.
  8. IIS FTP NAS Storage 구성의 Performance는 LargeBufferSize의 값에 비례하여 증가합니다.


Q. 서버(VM) Agent (Xentool) 관련 주의 사항이 있나요?

  • 서버(VM) Agent (Xentool) 삭제 시 서버(VM) 성능 저하 및 crash 등 서비스 장애가 발생할 수 있으며 Data 디스크 제거 및 추가 불가 등 서비스 이용에 제약이 발생합니다. 특히 시스템 장애 시 자동 재 시작 등이 불가하여 서비스 장애가 지속됩니다.


Q. Linux 서버(VM)의 패스워드 만료기간 해제 방법이 있나요?

  • /etc/login.defs 파일에서 PASS_MAX_DAYS=99999 로 설정하시면 패스워드 만료일자가 해제됩니다. 설정 전/후 확인은 chage -l root로 하시기 바랍니다.


2.2.2 스냅샷 / 이미지

Q. 스냅샷을 이용하고자 하는데 어떻게 사용할 수 있나요?

  • 스냅샷은 현재 서버(VM)의 디스크 볼륨들의 상태를 저장하고 필요 시 저장된 시점의 상태로 돌아갈 수 있도록 이미지 및 볼륨 생성을 할 수 있게 지원하는 기능입니다.

    스냅샷은 콘솔에서 대상 서버를 선택 후 하단의 '상세정보 탭 - 스냅샷 생성'을 통해 생성할 수 있으며 볼륨 사이즈 10GB 당 약 20분 정도 소요됩니다.


Q. 스냅샷의 저장 방식 및 데이터 삭제 방법은 무엇인가요?

  • KT Cloud server의 디스크에 대해 스냅샷을 생성하게 되면 첫 번째는 Full 스냅샷, 두 번째부터는 Incrementral 스냅샷을 수행합니다.

    동일 볼륨에 대해서는 매 8번째 마다 FUll 스냅샷을 다시 수행합니다.

    만약 동일 볼륨에 대해 가장 최근 생성 본이 아닌 이전 생성된 스냅샷을 삭제 시 사용내역 리스트에서만 제거되고, 실제 데이터는 이후 생성된 스냅샷(Incrementral)의 복원을 위해 보존됩니다.(실제 데이터에 해당되는 저장 요금만 발생합니다.)

    데이터를 완전히 삭제하기 위해서는, 동일 볼륨에 대해 가장 최근 생성된 스냅샷부터 역순으로 삭제가 필요합니다.


Q. 스냅샷을 생성했는데 0kb로 생성 되었습니다. 무슨 문제인가요

  • 스냅샷은 최초에는 Full 스냅샷, 두 번째부터 Incremental 스냅샷을 수행하여 디스크 볼륨의 증분된 데이터가 없는 경우 0kb로 생성됩니다.

    증분된 데이터가 있음에도 0kb로 표시되는 경우 내부적인 오류로 포탈 매핑이 진행되지 않았을 수 있어 고객센터로 문의해 주시면 확인해드릴 수 있습니다.


Q. 스냅샷과 이미지의 차이는 무엇인가요?

  • 스냅샷은 디스크의 파일 내역을 그대로 보관합니다. 즉, Data 디스크의 복제/보관용입니다. 반면에 이미지는 OS 디스크를 새로 설치 가능한 OS 이미지의 형태로 만듭니다.

    즉, Root 디스크를 복제하여 동일한 새 서버(VM)를 생성할 때 용이합니다. 보통 필요한 애플리케이션을 모두 설치한 형태로 이미지를 생성하면 작업시간을 단축할 수 있습니다.


Q. 서버(VM)를 다른 존(Zone)으로 이전하려 합니다. 어떻게 해야 하나요?

  1. 서버(VM)의 Root 디스크의 이미지를 포탈에서 생성합니다.

  2. 생성한 이미지에서 '타 zone으로 이미지 복사'를 수행합니다.

  3. 복사한 이미지를 바탕으로 대상 존(zone)에서 새로 서버(VM)를 생성합니다.

  4. 동일한 크기의 Data disk를 구성합니다.

  5. Data disk간의 복제를 수행합니다. (스냅샷을 통한 존(zone) 이전은 지원하지 않습니다. 복사 방법에 대해서는 아래 링크를 참고 부탁 드립니다.

    참고링크 : http://cafe.naver.com/ucloudbiz/71


Q. 이미지 공유 설정과 그룹 계정 사용법

  • 설정 방법

    • 클라우드 콘솔 > KT Cloud server > 스냅샷&이미지 > 나의 이미지 > 상세정보 > 공개설정

  • 공유 설정과 사용 범위

    • 나의 이미지 탭에서 비공개/그룹공개/전체공개 확인 가능

    • 공개 이미지 탭에서 동일 zone 그룹공개/전체공개 확인 가능

    • 그룹 계정은 타 존(zone)과도 묶일 수 있지만, 타 존(zone) 계정 그룹핑이 되어있다면 '나의 이미지 > 타 zone으로 이미지 복사' 후 이미지를 활용해야 합니다.

    • 비공개 : 해당 계정만 사용 가능

    • 그룹공개 : 그룹 계정에서 사용 가능

    • 전체공개 : 전체 계정에서 사용 가능


Q. 서버 간 Data 디스크의 데이터를 복사할 수 있는 방법이 있나요?

  • OS 영역(ROOT볼륨)은 스냅샷/이미지 기능을 통해 Duplication/Migration이 가능합니다.

    • DATA 영역의 경우에는 VM to VM으로 OS 레벨에서 필요한 데이터를 복사(동기화)를 하는 것이 훨씬 빠르고 안정적입니다.

    • Linux/Windows OS 별 복사 방안은 다음 링크를 참고 부탁 드립니다.

      참고링크 : http://cafe.naver.com/ucloudbiz/71


2.2.3 네트워크

Q. 포트포워딩 설정은 어떻게 진행하나요?

  • KT Cloud server는 가상라우터(VR)가 가진 공인 IP를 통해 포트포워딩을 설정하여 서버(VM)에 접속할 수 있습니다.

    포트포워딩은 'KT Cloud server > 네트워크 > 공인 IP 선택 > 하단 포트포워딩 탭 > 서버 및 포트 등록 > 추가하기'를 통해 진행할 수 있습니다.


Q. 포트포워딩 및 방화벽 설정에 자꾸 실패하는데 어떻게 해결하나요?

  • 가상라우터(VR)의 SW 업그레이드가 진행되지 않은 경우 설정에 실패할 수 있습니다. 가상라우터(VR) 업그레이드는 콘솔에서 'KT Cloud server > Server 네트워킹 > Action > VR 업그레이드'를 통해 진행하실 수 있습니다. 업그레이드를 진행하였음에도 동일한 현상이 발생 시 고객센터를 통해 문의 부탁드립니다.

    가상라우터(VR)의 SW 업그레이드가 정상적으로 완료된 상황에서 발생하는 것이라면, 사용하고자하는 포트가 이미 방화벽에서는 열려있을 경우 실패합니다. 방화벽에서 해당 포트 해제 후 신청 부탁 드립니다.


Q. 가상라우터(VR ) SW 업그레이드 시 가상라우터(VR)을 통해 사용하는 공인 IP가 변경되나요?

  • 아니요. 가상라우터(VR) 업그레이드 작업은 네트워크 재생성 작업이 아니기 때문에 가상라우터(VR) 내 공인 IP 주소가 변경되지 않습니다. 다만 가상라우터(VR)가 사용하는 내부 사설 IP(172 대역)는 변경될 수 있으나, 서비스에 영향은 없습니다.


Q. 무료 트래픽 제공량은 어느 정도 인가요?

  • 국내 기준(KOR-Seoul M zone, Central-A/B zone, HA zone) 16GB memory 이상 서버(VM)는 Outbound 월 사용량 2TB이하는 무료로 제공되며 16GB memory 미만 서버(VM)는 Outbound 월 사용량 1TB 이하일 경우 무료로 제공됩니다.

    US-West zone은 서버(VM) 당 월 사용량 100GB 이하는 무료로 제공됩니다.

    자세한 요금 내역은 KT Cloud portal의 '상품 > server > 요금'을 확인 부탁 드립니다.


Q. KT Cloud server에서 네트워크 throughput은 어떻게 되나요?

  • KT Cloud server간 내부 통신은 1.5G ~ 2Gbps 정도이며, KT Cloud server에서 외부망으로 I/O throughput(inbound+outbound)은 750M ~ 1.5Gbps로 가입자 환경에 따라 조금씩 편차가 있습니다.


Q. 다른 존(zone)끼리 연결하여 사용할 수 있나요? (Inter-AZ)

  • 각 존(zone) 시스템에 CIP를 연결한 후, Inter-AZ 구성을 통하여 존(zone) 간 통신이 가능합니다.

    • Inter-AZ란, 다른 존(zone)에 위치한 두 CIP간 통신이 가능하도록 설정하는 작업입니다.

    • (단, 존(zone)은 한 쌍끼리만 P-to-P 방식으로 구성이 가능합니다.

    참고링크 cloud.kt.com/manual/CIP_user_guide.pdf


Q. 외부망과 안정적으로 통신할 수 있는 범위가 어떻게 되나요?

  • 대역폭 : 250 Mbps이하에서 안정적으로 동작

    시간당 세션 : 50만 이하에서 안정적으로 동작

    방화벽 및 포트포워딩 정책 수 : 50개 이상이면 변경 설정 지연

  • 위의 제약 사항은 가상라우터(VR) 기본형의 경우에 해당하며 위 사항 이상의 서비스를 요구하는 경우 안정적 운용을 위해 계정 분리를 하거나(그룹계정) 고객센터에 요청하여 가상라우터(VR) Scale-up을 요청하시기 바랍니다.

  • 가상라우터(VR)란? 가상라우터(VR)는 각 계정 내부 사설망과 외부 공인망을 연결하는 소프트웨어 라우터 입니다.


Q. KT Cloud server와 KT Cloud storage 간, 혹은 KT Cloud storage와 KT Cloud CDN 간의 통신은 내부 통신인가요, 외부 통신인가요?

  • 외부 통신을 합니다만, 서버(VM)와 스토리지(Storage) 간 트래픽 과금은 따로 되지 않습니다.(단, 서버(VM)의 Outbound 트래픽 과금은 됩니다.)

    • KT Cloud storage와 KT Cloud CDN 간의 트래픽은 과금이 되지 않습니다.


Q. 아이폰 개발 시 IPv6를 지원해야 한다고 하는데 KT Cloud가 IPv6를 지원하나요?

  • 애플의 정책은 모든 인프라가 IPv6를 지원해야 한다는 것이 아니라 단말 App을 개발할 때 IPv6를 지원할 수 있도록 개발해야 한다는 것입니다. 즉, 서버 사이드 App은 IPv4 또는 IPv6 환경에 관계가 없습니다. 자세한 내용은 아래의 링크를 참고 부탁 드립니다.

    참고링크 : http://cafe.naver.com/ucloudbiz/195

Q. 멀티 계정환경에서 인터넷이 차단된 계정이 인터넷이 오픈된 계정으로 인터넷 통신하는 방법은 무엇인가요?

  • 내부에서만 통신이 가능한 CIP(Cloud Internal Path)와 공인 IP를 NAT처리하는 브릿지 서버를 두어 인트라넷 환경에서도 공중망을 이용하게끔 구성할 수 있습니다. 구성 방법은 다음 링크를 확인 부탁 드립니다.

    참고링크 : http://cafe.naver.com/ucloudbiz/81


2.2.4 VM 접속

Q. Windows 서버(VM)에 원격 접속은 어떻게 하나요?

  • Windows 서버(VM)에서는 원격 데스크톱 프로토콜 (RDP)를 통하여 접속하여 사용합니다. 해당 접근을 위해서 서버(VM)에서는 3389번 포트를 사용합니다.

    내부 포트 3389를 임의의 외부 포트로 포트포워딩하여 원격 데스크톱 접속하여 사용하면 됩니다.


Q. 서버(VM)에 원격 접속이 불가한 경우 어떻게 해결하나요?

  1. OS 방화벽(Iptables 등) 설정을 잘못 적용한 경우

    • Iptables 등 내부 OS 방화벽 설정을 잘못 적용해 원격 접속 불가한 경우 고객센터를 통해 조치가 가능합니다. 이러한 경우, 아래의 참고 링크의 간단한 스크립트를 적용 시 재발을 방지할 수 있습니다.

      참고링크 : http://cafe.naver.com/ucloudbiz/100

  2. 암호 불일치로 인해 접속이 불가한 경우

    • 암호 불일치로 인해 접속이 불가한 경우 서버를 정지하여 암호 초기화 진행 후 서버를 동작시켜 재시도 부탁 드립니다. 기존 서버(VM)의 이미지로 새 서버(VM)를 만드신 경우 기존 서버(VM)의 암호를 이용해 접속 시도 부탁 드립니다. 같은 오류가 지속 발생 시 고객센터로 문의 부탁 드립니다.

  3. Kernel update를 진행한 경우

    • Kernel update를 진행 시 해당 OS가 지원되지 않는 경우 서버 기동이 불가하여 접속이 되지 않을 수 있습니다. 이런 경우를 대비하여 사전에 스냅샷을 미리 생성 후 시도하시기 바랍니다. 이미 문제가 발생한 경우 고객센터로 문의 부탁 드립니다.

  4. OS 정품 인증 불가로 접속이 불가하다고 팝업이 확인되는 경우


Q. 서버(VM)에 IP를 Static NAT으로 할당한 후에 접근이 되지 않습니다.

  • 서버(VM)에 IP를 Static NAT으로 할당한 직후에는 IP는 할당되었으나 가상라우터(VR)의 방화벽은 모든 포트를 막아놓은 상태로 제공됩니다.

    'KT Cloud server > 네트워크 > 네트워크 리스트' 에서 해당 IP의 Firewall 설정에서 사용할 포트에 대한 방화벽을 여신 후에 사용하시기 바랍니다.


Q. Windows 서버 원격데스크톱 터미널 동시 접속자 수 제한을 늘릴 수 없나요?

  • Windows 서버 원격 터미널 접속은 최대 2명으로 제한됩니다. 동시 접속자를 늘리기 위해서는 추가 CAL(Client Access License)를 구입하셔야 합니다. 추가 CAL 구매에 대해서는 KT에서 대행해 드리지 않습니다. 직접 구매하셔야 합니다.


Q. Linux 서버(VM)에 GUI 환경 원격 접속을 할 수 있나요?

  • KT Cloud에서는 기본적으로 Linux 서버(VM)에 대해서 GUI 환경을 지원하지 않습니다. VNC를 이용하여 Gnone desktop 등 Linux GUI 환경을 구성할 수 있습니다.


Q. 나의 이미지로 Windows 서버(VM) 생성 시, 완료 통보 팝업 후 바로 원격 접속을 시도하면 접속이 안됩니다.

  • Windows 서버(VM) 생성 완료 후에는 시스템 및 OS 추가 구성 작업이 수행되고 RDP 서비스가 서버에서 활성화된 이후 접속이 가능하므로 원격 접속까지 시간이 좀 더 소요될 수 있습니다. 잠시 후 다시 시도해보시기 바랍니다.


Q. Windows 서버(VM) 파일 공유를 위해 공인 IP의 137, 445 포트를 포트포워딩 했는데 연결이 되지 않습니다.

  • Windows의 137, 445 등 파일 공유를 위해 정해진 포트들은 외부 노출 시 보안의 위험이 있어 대부분 국가의 ISP(Internet Service Provider)에서 공인 통신을 못하도록 정책적으로 막아두고 있습니다.

    공인망을 통한 Windows 공유 설정은 불가능 합니다.


Q. 특정 포트 접속 불가 시 확인 사항 (TCPing)

  1. 서버 포트 체크가 불가능 할 경우, 아래와 같이 "TCping"을 이용해서 각 서비스 포트(Public port)를 점검합니다.

    • Download 위치는 다음과 같습니다. www.elifulkerson.com/projects/downloads/tcping-0.26.tcping.exe

      • 다운 받으신 후 외부(Client) 로컬의 C:\에 복사해 놓으신 후 아래와 같은 명령어로 사용합니다.

      • tcping.exe -t [공인IP] [공인port]

      • (예시) C:\> tcping.exe -t 14.63.xx.xx 21

      • Time이 2000ms 나오면 해당 port가 죽었다는 것을 확인할 수 있습니다.

  2. 포트가 죽었을 시 아래 세 가지를 확인 부탁 드립니다.

    • 해당 서버(VM) 내에서 포트가 열려 있는가?

      • 해당 포트를 사용하는 프로세스 구동 여부

      • netstat 등을 활용한 port listen 여부

      • 방화벽 설정 여부

    • 가상라우터(VR)에서 포트포워딩이 제대로 되었는가?

      • 공인 IP + 공인 포트와 실제 서버(VM)에서 사용하고자 하는 사설 포트 정상 매핑 여부

      • 가상라우터(VR)의 Firewall에서 해당 포트에 대해 허용되어 있는지 여부

    • ISP에서 허용하는 포트인가? 혹은 접속 환경(Client)에서 허용하는 포트인가?

      • 1, 2번이 모두 정상이나 외부에서 접속이 안 될 경우 다음의 사례일 수 있습니다.

      • 국내 ISP(Internet Service Provider)에서는 보안의 문제로 특정 포트의 사용을 막고 있어 가용 포트 여부 확인을 위해 서버(VM)의 다른 접속 가능한 사설 포트로 포트포워딩 수행 후 테스트 해보시기 바랍니다.(ISP에서 차단한 포트는 처리해드릴 수 없습니다.)

      • 혹은 고객이 특수 환경에서 접속할 경우(ex. 사내 사무실) 사내 보안 정책에 따라 접근이 되지 않을 수 있습니다.

        (확인 예)
      • 공유 폴더 구성을 위해 IP 14.63.2.3, port 135번으로 포트포워딩 하였으나 접속 불가

      • 정상 접속이 가능한 Linux 서버(VM)를 다음과 같이 포트포워딩 변경 시도

      • 공인 IP 14.63.2.3 port 135 <-> Linux 서버(VM) port 22

      • 위 포트포워딩 내역으로 SSH 접속 시도, (ssh -p 135 root@14.63.2.3) 혹은 tcping test를 재수행

      • 접속 불가 시 135번 포트는 ISP 혹은 접속환경에서 정책적으로 막은 port입니다.


2.2.5 OS

Q. KT Cloud에서 제공하는 OS 이외의 다른 OS(버전)을 사용하고 싶습니다.

  • KT Cloud에서 제공하는 OS는 서비스의 가상화 솔루션에서 보장된 OS 버전들 모두를 등록하고 있습니다.

    이외의 OS 및 버전은 지원하지 않는 점 양해 부탁 드립니다.


Q. Kernel 업데이트를 진행해도 서비스 사용에 문제가 없나요?

  • 아니요. 임의의 Kernel 업데이트는 권고 드리지 않고 있습니다. 업데이트를 진행하셔야 할 경우 스냅샷을 반드시 진행하신 후에 하시기를 권고 드립니다.


Q. 서버(VM)의 OS를 최초 설치 상태로 초기화 가능한지요?

  • 서버(VM)를 정지시킨 상태에서 OS 초기화 가능합니다. OS 촉화 진행 전 Data 디스크 연결 해제 후 진행해야 하며 연결 해제 불가 시 고객센터로 문의 부탁 드립니다.

    '클라우드 콘솔 > KT Cloud server > 서버리스트' 화면에 'OS 초기화' 버튼으로 초기화 가능합니다.

    (단, Root 디스크의 LVM을 확장(extend) 하지 않은 서버(VM)에 대해 초기화가 지원됩니다.)


Q. CentOS 버전 업그레이드가 가능한가요?

  • Kernel 업그레이드는 기본적으로 권고하지 않습니다. 진행 시 스냅샷을 진행 후 작업 부탁 드립니다.

    CentOS의 경우 Major version의 업그레이드는 CentOS 자체적으로 불가능합니다.(5.x -> 6.x)

    (단, 6.3에서 6.4로의 minor version의 업그레이드는 가능합니다.)

    Major version의 변경이 필요한 경우에는 새 버전의 서버(VM)를 생성 후 직접 마이그레이션 하셔야 합니다.

    업그레이드 결과의 버전은 KT Cloud에서 제공하는 OS 버전을 준수하여야 합니다. 이 외의 버전에 대해서는 오동작에 대해 책임을 지지 않습니다.


Q. Windows 자동 업데이트 이후 자동 재 부팅이 실행되지 않게 할 수 없을까요?

  • Windows 업데이트 이후 자동 재 부팅이 되어 서비스 Outage가 발생되는 것을 방지하기 위해서는 Windows Update 관련 정책을 변경하는 방법이 있습니다.

    참고링크 : http://cafe.naver.com/ucloudbiz/84


2.2.6 디스크

Q. Centra-A,B,M,M2 존 HDD, SSD, SSD-Provisioned 사용법

  • 서버(VM) 생성 시 파드(POD)에 들어가는 스토리지(Storage) 디스크는 일반적으로 표준 서버(VM)는 HDD ROOT 볼륨이고, SSD 서버는 SSD ROOT 볼륨입니다.(M2 존은 SSD ROOT 볼륨만 제공)

  • 디스크 정의

      IOPS 최대 Attach 제한 개별 최대 신청 가능 용량 최대 Attach 시 용량
    HDD - 13(Root 포함) 300 GB 3.9 TB
    SSD 6,000 4 500 GB 2.0 TB
    SSD-provisioned 6,000 ~ 20,000(조정 가능) 4 800 GB 3.2 TB
  • 존(zone)별 Data 디스크 신청

      HDD SSD SSD-provisioned
    Central A/B Zone O X O
    Seoul-M Zone O X O
    Seoul-M2 Zone O O O

Q. 추가 디스크를 사용하는 방법이 무엇인가요?

  • 추가 디스크는 콘솔에서 'KT Cloud server > Disk > Disk 추가 신청'을 통해 생성할 수 있습니다. 생성 완료된 디스크는 'KT Cloud server > Disk > Attach할 디스크 선택 > Action > 서버연결'을 통해 서버(VM)에 Attach가 가능합니다.

    디스크를 Attach한 후 Windows 서버(VM)는 '제어판 > 관리도구 > 컴퓨터 관리'에서 초기화 및 파티션 생성을 진행하고 Linux 서버(VM)는 'fdisk -l' 명령어로 파티션 과정을 거쳐 마운트 진행 후 사용할 수 있게 됩니다.

    해당 과정은 '메뉴얼 > 컴퓨팅 > 1. Server > 1.4 Disk'를 참고 부탁 드립니다.


Q. 추가 디스크의 용량 및 IO 증설이 가능한가요?

  • 사용 중인 Data 디스크의 용량 증설은 불가하며 신규로 생성하여 Attach를 진행하셔야 합니다. IO 증설은 Provisioned SSD volume을 신청하신 경우에만 가능합니다. HDD, SSD volume의 IO 증설은 불가합니다.


Q. Linux 서버(VM)의 Root disk 혹은 Windows 서버(VM)의 C 드라이브는 용량을 늘릴 수 있나요?

  • Linux 서버(VM)의 경우 포탈을 통하여 Root disk 확장(최대 100GB)이 가능합니다.

    구성방법에 대해서는 아래 KT Cloud server 서비스 가이드를 참고 하시기 바랍니다.

    참고링크 : https://cloud.kt.com/manual/ucloud_server_UserManual.pdf

     

  • 또는 Root disk(20GB)가 LVM일 경우 Data disk 추가 후 lvextend를 이용하면 확장이 가능합니다.

    구성방법에 대해서는 아래 링크를 참고 부탁 드립니다.

    참고링크 : http://cafe.naver.com/ucloudbiz/137

    제약사항 : OS 초기화 시 Data 디스크 연결 해제 후 진행 해야 합니다. Data 디스크 연결 해제 불가 시 고객센터로 연락하시기 바랍니다.

     

  • Windows 서버(VM)의 경우 포탈을 통하여 서버(VM) 정지 후 C 드라이브의 확장이 가능합니다.

    • 포탈에서 서버(VM)정지 후 사이즈 변경 (최초 50GB, 80GB, 100GB) 선택 후 서버(VM)를 구동하시면 됩니다.

      서버(VM)에 접속하셔서 볼륨 확장 마법사를 이용하셔서 디스크 사이즈 조정을 하시면 resize된 디스크로 확인 가능합니다.


Q. 리눅스 서버(VM)를 100GB 용량으로 신청했으나, 20GB 밖에 보이지 않습니다.

  • 100GB로 생성 시, Root 디스크 영역이 20GB로 생성되고 Data 디스크 영역으로 80GB가 할당됩니다.

    해당 Data 디스크는 # fdisk -l 명령으로 확인이 가능하며, 포맷/파티셔닝 후 마운트하여 사용할 수 있습니다.


Q. 스토리지(Storage)의 Root와 Data 영역은 어떻게 구분하나요?

  • 스토리지(Storage)는 OS가 설치되는 Root 영역과 고객님께서 직접 mount 해주셔야 하는 Data 영역으로 구분됩니다.

    스토리지(Storage) 100GB인 경우 Linux는 ROOT 20GB, DATA 80GB로 나뉘며 Windows 서버(VM)는 각각 50gB로 나뉩니다.


Q. 서버(VM)의 디스크를 레이드(Raid) 구성할 수 있나요?

  • 미러링, 스트라이핑 등 소프트웨어 레이드(Raid) 구성은 가능합니다.

    하지만 가상화 시스템에서 제공 시 이미 물리적으로 레이드(Raid) 구성 된 디스크를 논리볼륨으로 할당하여 제공하기 때문에, 스트라이핑으로 인한 추가적인 성능 향상은 기대하기 어렵고, 미러링 구성은 의미가 없습니다.


Q. SSD Server는 HDD 디스크 대비 얼마나 성능이 향상되나요?

  • SAS 방식의 HDD 디스크 대비 3배 이상 성능이 향상 됩니다.


Q. 우분투(Ubuntu) 12.04에서 Data 디스크가 readonly로 변경되는 원인 제거 방법이 있나요?

  • Ubuntu 12.04에서 mount 옵션 중 nobarrier 옵션이 없을 경우 mount 되어 있는 디스크가 readonly로 변경 될 수 있습니다.

  • fstab에 nobarrier 옵션 추가를 하시면 잠재적인 원인을 제거할 수 있습니다. /etc/fstab 수정 예시는 아래를 참고 부탁 드립니다.

    • (변경 전) UUID=9407749f-f350-4305-a95b989c97a7a6ee1 / ext3 errors=remount -ro 0 1

    • (변경 후) UUID=9407749f-f350-4305-a95b989c97a7a6ee1 / ext3 errors=remount -ro,no-barrier 0 1

    • disk remount

    • mount -o remount,rw


Q. KT Cloud 환경에서 다중 디스크 구성 시, mdadmLVM 방식의 비교 및 주의 사항이 있나요?

  • KT Cloud server에서는 다수의 로컬 디스크를 하나의 볼륨으로 묶어 사용이 가능합니다.

    다만 여러 디스크를 묶어서 사용할 때 특정 디스크에 문제가 발생하여 RAID 구성이 깨지는 문제가 발생될 수 있으며 이로 인해 데이터 손실이 발생할 수도 있습니다.(Raid Crash에 의한 데이터 손실은, 직접 구성하신 고객 측에 있습니다.)

    이를 예방하기 위해 Linux OS에서 여러 디스크를 묶어서 사용하는 방법과 백업 방법 그리고 구성 방식 별 성능을 참고 부탁 드립니다.

    참고링크 : http://cafe.naver.com/ucloudbiz/64


2.2.7 보안

Q. KT Cloud server 가상라우터(VR)에서 방화벽(Firewall) 기능을 제공하나요?

  • 가상라우터(VR)에서 제공되는 방화벽(Firewall)은 접근 클라이언트의 Soure IP와 KT Cloud의 Public port의 매핑으로 이루어 집니다.

    해당 방화벽의 기본 정책은 모든 IP 및 Port에 대해 차단된 상태로 초기 제공되며 Source IP를 통해 서버(VM)로 접근하기 위해서는 방화벽 및 Port forwarding 설정으로 Open한 IP 및 Port로만 접근이 가능합니다.

    추가로 현재 KT Cloud에서는 WAF(Web Application Firewall) 서비스를 통해 KT Cloud server에서 실행 중인 web service에 대한 사이트 공격을 탐지 및 차단하는 등의 보안 서비스를 제공합니다.


Q. 시스템 보안을 더 향상시키고 싶습니다.


Q. OpenVPN을 이용한 KT Cloud server VM 보안 연동 방법입니다.

  • 외부에서 직접 서버(VM)로 접근하는 것이 아닌 별도의 OpenVPN 서버를 두어서 접근을 일원화 시키는 것이 보다 안전한 시스템 관리 방법입니다. OpenVPN 설치 및 구성 방법은 다음 링크를 참고 부탁 드립니다..

    참고링크 : http://cafe.naver.com/ucloudbiz/16


Q. 멀티 계정 이용 환경 OpenVPN 구성은 어떻게 하나요?

  • 동일 존(Zone) 에서 멀티 계정 이용 시에는 OpenVPN의 server.conf 구성 내역 일부 수정만으로 구성이 가능합니다.

    멀티 존(Zone) 에서 멀티 계정 이용 시에는 Network Subnet 변경으로 인한 별도의 OpenVPN Gateway 서버가 필요합니다.

    참고링크 : http://cafe.naver.com/ucloudbiz/17


Q. 엔터프라이즈 존(Enterprise zone)에서 VPN 구성은 어떻게 하나요?

  • Public Zone으로 연동되는 IPSec-VPN과 Private zone과 연동되는 IPSec-VPN이 있습니다.

    고객 측에 호환 가능한 장비를 두고 VPN 통신 구성이 가능합니다. Cisco 장비가 강력하게 권고됩니다. 구성을 위해서는 '클라우드 콘솔 > 네트워크 > VPN'에서 구성 신청을 하시면 됩니다.

    자세한 연동 가이드는 아래의 링크를 참고 부탁 드립니다.

    참고링크 : https://cloud.kt.com/manual/ucloud_VPN_Guide.pdf


Q. 엔터프라이즈 존(Enterprise zone)의 Private zone에는 어떻게 접속하나요?

  • Privae zone과 고객 Site 간의 VPN 구성을 통하여 접근이 가능합니다. 또는 Public zone을 경유하여 접근이 가능합니다.

  • Private zone은 Public zone과 방화벽을 열어 통신을 합니다. 접근 전용 서버(VM)를 구성하시거나(OpenVPN 등), 기존의 Public VM을 이용하셔도 됩니다. 구성은 고객께서 직접 구성하셔야 합니다.


2.2.8 오류

Q. VM이 무한 리부팅 됩니다.

  • 특정 이유로 정상 종료하지 않은, 정상 부팅이 불가능한 서버(VM)의 경우에는 무한 리부팅이 일어나게 됩니다. 원인은 가상화 시스템에서 비정상 종료된 서버(VM)에 대하여 정상 동작하도록 HA(High Availability) 기능을 자동으로 수행하기 때문입니다. 무한 리부팅을 멈추고 서버(VM)를 종료하기 위해서는 'KT Cloud server > 서버 리스트 > 해당 VM 상세 > VM HA [정지]' 시키시기 바랍니다.


Q. 서버(VM) 내에서 shutdown (init 0) 했는데 서버(VM)이 계속 사용(Running) 상태입니다.

  • Cloud의 HA(High Availability) 상태는 기본값으로 "사용중" 으로 설정되어 있으며, HA가 사용 중이면 서버(VM) 내에서 shutdown (또는 init 0)를 하더라도 HA 메커니즘에 의해 재기동 됩니다. HA 사용 중인 서버(VM)를 멈추기 위해서는 포털 상에서 정지해 주시기 바랍니다.

    서버(VM) 내에서 OS shutdown시에 정지 상태를 유지하고 싶으신 경우 서버(VM) HA를 정지해 주시기 바랍니다.

    'KT Cloud server > 서버 리스트 > 해당 VM 상세 > VM HA [정지]'


Q. Windows 2008 VM이 재부팅(reboot)되었습니다.

  • 내부 작업이나 장애로 인한 재부팅일 수도 있으나, 아무 징후 없이 재부팅 시에 아래의 버그를 확인해보시기 바랍니다.

  • Windows 2008에는 uptime이 497일이 되면 시스템이 자동 재부팅되는 버그가 있습니다.

    해당 버그는 MS에서 자동 버그 픽스는 되지 않고, 수동으로 hotfix 하셔야 합니다. 아래 링크를 참고 부탁 드립니다.

    참고링크 : www.ctm-it.com/it-support/blogs/matt-cannon/2013/497-days-of-uptime-kills-windows


Q. CeontOS 6.8로 업그레이드 하고 난 후에 http curl 에러가 발생합니다.


2.2.9 OpenAPI

Q. Open API 호출 시 과금이 되나요?

  • 아니오. OpenAPI를 호출하는 것만으로 과금이 되지 않습니다. KT Cloud 내에 어떤 자원을 사용하게 될 때 과금이 됩니다.


Q. KT Cloud OpenAPI를 CLI로 이용할 수 있는 간단한 툴을 소개합니다.

  • Citrix의 오픈소스 클라우드 관리스택 플랫폼으로 apache 재단에서 운영중인 Cloudstack이라는 플랫폼이 있으며, Cloudstack에서는 openapi cli 제공 프로젝트로써 Cloudmonkey라는 툴을 제공하고 있습니다..

    Cloudmonkey의 설치 방법과 이용 방법은 다음 링크의 내용을 참고 부탁 드립니다.

    참고링크 : http://cafe.naver.com/ucloudbiz/102


Q. Linux에서 CLI 방식으로 프로비저닝을 할 수 있나요?


Q. Cloudmonkey의 모듈을 활용하여 자체적으로 개발할 수 있을까요?

  • 가능합니다. Cloudmonkey가 python application이기 때문에, 이를 import하여 자체적으로 애플리케이션을 개발할 수 있습니다. 자세한 사항은 아래의 링크를 참고 부탁 드립니다.

    참고링크 : http://cafe.naver.com/ucloudbiz/167


Q. JAVA 기반의 OpenAPI Request 생성 프로그램

  • 간단한 OpenAPI 호출문을 생성하기 위한 JAVA 기반 OpenAPI 생성 프로그램으로 API Key, Secret Key와 Command, Parameter를 입력하여 이용할 수 있습니다.

    참고링크 : http://cafe.naver.com/ucloudbiz/66


2.2.10 기타

Q. JPN 존(Zone)은 이용할 수 없는 건가요?

  • JPN 존(Zone)은 현재 사용이 불가하며, 향후에도 이용 가능하지 않습니다.


Q. 전체 자원현황을 엑셀로 받아보고 싶은데 방법이 있는지요?

  • OpenAPI를 이용하여 자원현황을 받아오는 VBA 파일이 있습니다. 아래의 링크를 참고 부탁 드립니다.

    참고링크 : http://cafe.naver.com/ucloudbiz/168


Q. DB 및 Application을 설치해서 사용하고 싶습니다. License에 대해서 궁금합니다.

  • KT Cloud는 고객에게 인프라를 제공하고 있으며, 서버(VM)에 설치하는 Application 및 License 정보는 제공하고 있지 않습니다. Application 및 License 정보 문의는 해당 벤더사에 문의하여 주시기 바랍니다.


Q. Linux 아파치(Apache)의 가상 호스트(Virtual Host) 설정은 무엇인지요?

  • 여러 개의 도메인을 한 대의 웹 서버에서 사용할 수 있는 웹 서버의 기능입니다.

    가령 웹 서버에 www.aaa.com 도메인을 사용하고 계시고 www.bbb.com을 기존 웹 서버에 추가 하실 때 Virtual Host에 www.bbb.com을 지정하시면 각기 다른 서비스를 한 대의 웹 서버에서 운영할 수 있습니다.


Q. Linux 아파치(Apache)의 가상 호스트(Virtual Host) 설정은 어떻게 하나요?

  • 가상화 정책 상 고객님의 서버는 172.27.x.x 네트워크 대역으로 ip가 할당되어 있습니다.

    • [root@i-123-1234-VM conf]# ifconfig

      eth0 Link encap:Ethernet HWaddr 02:02:00:00:00:02

      inet addr:172.27.x.x Bcast:172.27.255.255 Mask:255.255.0.0
  • httpd.conf에 고객님께서 할당 받으신 공인 ip로 port base Virtualhost를 설정했을 경우 동작이 되지 않으며 하단 사례와 같이 변경하여 사용하시면 됩니다.

    • ** /etc/httpd/conf/httpd.conf 수정 전

      -----------------------------------------------

      NameVirtualHost 123.123.123.123:80
      NameVirtualHost 123.123.123.123:8080
      NameVirtualHost 123.123.123.123:8081
      <VirtualHost 123.123.123.123:80>
      DocumentRoot /home/jellyznet/public_html
      ServerName jellyz.net
      <VirtualHost>
      <VirtualHost 123.123.123.123:8080>
      DocumentRoot /home/ongame/public_ongame
      ServerName jellyz.net
      <VirtualHost>
      <VirtualHost 123.123.123.123:8081>
      DocumentRoot /home/humanications/public_html
      ServerName jellyz.net
      <VirtualHost>
    • ** /etc/httpd/conf/httpd.conf 수정 후

      -----------------------------------------------

      NameVirtualHost 172.27.0.x:80
      NameVirtualHost 172.27.0.x:8080
      NameVirtualHost 172.27.0.x:8081
      <VirtualHost 172.27.0.x:80>
      DocumentRoot /home/jellyznet/public_html
      ServerName jellyz.net
      <VirtualHost>
      <VirtualHost 172.27.0.x:8080>
      DocumentRoot /home/ongame/public_ongame
      ServerName jellyz.net
      <VirtualHost>
      <VirtualHost 172.27.0.x:8081>
      DocumentRoot /home/humanications/public_html
      ServerName jellyz.net
      <VirtualHost>