Xen VPS 공급자를 선택한 후 그들은 Xen이 리소스/하드웨어 다운그레이드를 허용하지 않기 때문에 내 계획을 다운그레이드할 수 없다고 말했습니다. 제 생각에는 이 제한이 이상하다고 생각합니다... Xen 소프트웨어/플랫폼에 이 제한이 존재하는지(또는 존재하지 않는지) 확인할 수 있습니까?
제한이 존재하지 않는다면 왜 VPS가 이를 구성하지 않았다고 생각하시나요?
제한이 있다면 Xen은 어떻게 다른 가상화 소프트웨어와 경쟁할 수 있습니까?
추신: 누군가가 나를 반대표를 던졌기 때문에... 구글링을 했으나 답을 찾지 못했다고 말하고 싶습니다.
PS 2: 내 질문은 라이센스와 관련이 없습니다. Xen의 기능에 대한 질문입니다.
PS 3: VPS 제공업체는 패키지를 판매합니다. 패키지는 CPU, 메모리, 대역폭, HD 등이 다릅니다.
미리 감사드립니다!
답변1
이것은 실제로 좋은 질문입니다!
OpenVZ는 운영 체제 수준의 가상화 기술로, 각 노드가 기본 호스트의 리소스를 공유합니다. OpenVZ에서는 관리자가 설정만 변경할 수 있으며, 당연히 사용자에게 다른 리소스 세트가 제공됩니다. 그렇기 때문에 거의 모든 호스팅 업체(댓글에서 언급한 호스팅 업체 포함)가 OpenVZ에 대한 업그레이드 및 다운그레이드를 구현합니다. 프로세스 및 메모리 할당을 변경하는 것은서로 같은변경 작업을 수행 중입니다.getrlimit, setrlimit(2) 시스템 호출, 디스크 크기를 변경하는 것은 다음과 같습니다.quotactl(2) 시스템 호출. 우화를 이해하기 위해 이러한 시스템 호출에 익숙하지 않다면 HISTORY 섹션을 살펴보면 Linux가 만들어지기 오래 전에 존재했음을 알 수 있습니다. 이것이 바로 시스템 호출이 얼마나 원시적이고 기본적이며 위험이 없는지 확인하는 것입니다. (OpenVZ에는 이러한 작업을 수행하는 고유한 방법이 있지만 기본적으로는 완전히 동일한 개념입니다.)
반면 Xen은 일반적인 하드웨어를 완전히 가상화한 것입니다. Xen에서 메모리를 변경하는 것은 메모리 모듈을 물리적으로 추가하거나 제거하는 것과 같습니다. 실행 중인 시스템에 그렇게 하고 소프트웨어가 이를 처리할 수 있을 것이라고 기대하십니까? 프로세서도 마찬가지입니다. HDD도 마찬가지입니다. 그럼 큰일인데, 먼저 전원을 끄세요, 그렇죠? 네, 그게 가능하고 메모리와 CPU 측면에서는 전혀 문제가 없습니다. 하지만 HDD는 보존하고 싶은 데이터를 보관하고 있기 때문에 다릅니다.
HDD는 어떻게 다른가요? OpenVZ에서 표시되는 HDD는 기본적으로 기존 호스트 파일 시스템의 실제 파일 하위 집합일 뿐입니다. 파일이 없으면 크기가 필요하지 않습니다. 모든 제한은 효과적으로 적용됩니다.부드러운. Xen에서는 가상화된 디스크와 동일한 크기의 호스트에 있는 특정 크기의 파일로 지원되는 실제 파일 시스템이 됩니다.
가상화는 잠시 잊자. 이제, 축어적 복사를 한 적이 있다면(dd(1)) 더 작은 HDD에서 더 큰 HDD로 전환하면 디스크 공간이 증가하지 않고 결과가 동일하게 나타나는 것을 알 수 있습니다. 그 이유는 실제 파일 시스템과disklabel(5)디스크 그대로. 그런 다음 동일한 파일 시스템에서 더 많은 공간을 사용하려면 먼저 다음을 사용하여 디스크의 MBR 파티션을 편집해야 합니다.fdisk(8), 다음으로 디스크 라벨을 붙입니다.disklabel(8), 그리고 나서야 전화growfs(8)실제로 파일 시스템의 크기를 늘리는 것입니다. 파일 시스템 자체에는 디스크 전체에 걸쳐 다양한 메타데이터가 포함되어 있으므로 특수 명령을 사용하여 확장 및 축소해야 합니다. 매뉴얼 페이지를 보면,rowfs 자체가 훨씬 더 현대적인 발명품이라는 것을 알 수 있을 것입니다(GNU/Linux를 따라잡을 수도 있습니다!). 그리고 적어도 BSD 세계에서는 여전히 필수 "shrinkfs"가 누락되어 있습니다. ".
이제 Xen으로 돌아갑니다. VPS의 HDD는 기본 Xen 호스트에 있는 특정 크기의 단일 파일로 백업될 가능성이 높습니다. 이를 축소하려면 먼저 VPS 내의 기본 파일 시스템을 축소해야 합니다(다행히도 *BSD의 ffs/ufs와는 달리 실제로는 축소됩니다).~이다ext2/ext3 등을 위해 Linux에서 지원됨), 해당하는 경우 disklabel/fdisk에 대해 걱정하십시오. 그래야만 Xen 호스팅 공급자가 HDD를 백업하는 기본 파일을 잘라낼 수 있습니다.
말하자면,그것은 모두 가능하다예를 들어 Linode는 이러한 모든 작업을 자동화합니다(사용자 측의 개입 없이 필요에 따라 파일 시스템을 자동으로 축소하고 늘리는 것을 포함). 하지만 말할 필요도 없이 이 모든 것이 들리는 것 같습니다.훨씬 더 복잡해단지 시스템 호출을 하는 것(변수를 수정하고 프로세스를 다시 시작하는 것 외에는 실제로 아무것도 할 필요가 없음)보다 낫지 않습니까?
추신: 호스팅 업체는 이전 주문에 대한 가격을 낮추는 것을 특별히 거부하고 고객에게 대신 재주문하라고 지시하는 경우가 많습니다. 왜냐하면 여기저기서 몇 루블을 절약하기 위해 모든 사람이 그런 번거로움을 겪을 필요는 없다는 것을 알고 있기 때문입니다. 그리고 호스팅 업체에게는 추가 수익이 됩니다.
그러나 IP 주소 유지와 관련하여 마이그레이션을 마친 후 이전 IPv4 주소를 새 서버에 다시 할당할 수 있는지 호스팅 업체에 문의할 수 있습니다. 만약 그들이 그런 것을 제공할 의향이 없다면, 경쟁업체로 마이그레이션하는 것을 강력히 고려해 보시기 바랍니다.
답변2
디스크 공간:파일 시스템을 먼저 축소하지 않고 블록 장치를 축소하면 파일 시스템이 파괴될 가능성이 높습니다. 파일 시스템은 귀하의 호스터에 의해 관리되지 않을 가능성이 높기 때문에(귀하의 계획에 대한 충분한 정보가 없습니다) 그들은 그렇게 할 수 없습니다.
CPU: Xens 관리 인터페이스를 사용하면 할당된 vcpus의 양을 낮출 수 있습니다 xm vcpu-set.
메모리: 를 사용한 메모리도 마찬가지입니다 xm mem-set. 그러나 이것으로 그렇게 하는 것은 좋은 생각이 아닙니다. 여기에 xm 맨페이지를 인용하겠습니다.
이 작업에는 도메인 운영 체제의 협력이 필요하므로 성공할 것이라는 보장은 없습니다. 도메인에 필수 paravirt 드라이버가 없으면 이 명령은 작동하지 않습니다.
경고: 얼마나 작은 mem-set이 도메인을 불안정하게 만들고 충돌을 일으키는지 미리 알 수 있는 좋은 방법은 없습니다. 실행 중인 도메인에서 이 명령을 사용할 때는 매우 주의하십시오.
Xen 호스트(Dom0)에서 VPS를 다시 시작하면 CPU/메모리 축소는 전혀 문제가 되지 않아 가동 중지 시간이 줄어듭니다.
답변3
귀하의 게시물에는 알려지지 않은 내용이 많이 있습니다. 다운그레이드라고 하면 CPU 성능 감소, RAM 양 감소, 디스크 크기 축소, 네트워크 제한을 의미합니까?
더 작은 CPU 공간을 찾고 있다면 단순히 시스템을 다운그레이드할 수는 없다는 공급자의 말이 옳을 가능성이 매우 높습니다. Xen 클러스터 버전 6.2에 Ubuntu 14.04 가상 머신이 있다고 가정해 보겠습니다. 이 클러스터 CPU는 2ghz입니다. 1GHz 이상의 처리 능력에 대한 비용을 지불하고 싶지 않고 다운그레이드를 요청한다고 가정해 보겠습니다.
1ghz 프로세서가 포함된 Xen 풀이 있을 수 있지만 6.2와 같은 버전이 아닌 버전 5.6입니다. 이는 Ubuntu 14.04와 호환되지 않으므로 CPU 속도가 느린 이전 클러스터로 이동할 수 없습니다. 느린 시스템에 새 시스템을 구축할 수 있지만 풀 간의 간단한 이동은 수행할 수 있는 작업이 아닙니다.
Xen을 사용하면 몇 가지 빠른 명령으로 RAM을 늘리거나 줄일 수 있는 것과 같은 방식으로 '내 컴퓨터에 1ghz의 CPU 성능만 제공'이라고 말할 수는 없습니다. CPU는 호스트 시스템의 가상화 방식이므로 실제로 Xen을 사용하여 그런 방식으로 조작할 수 없습니다. 가상 머신에 제공하는 코어/소켓 수를 말할 수 있는 방법이 있지만 CPU 속도는 감소하지 않고 노드에 노출되는 코어 수만 감소합니다.
다운그레이드하려는 항목 및/또는 공급자 측에서 이동하려는 항목에 대해 더 자세히 알지 못한 채 제가 얻을 수 있는 한 자세한 정보는 제공자 측에서 제공하는 여러 시나리오 중 하나일 가능성이 매우 높습니다. 가지다.
답변4
Xen은 모든 게스트에 대해 .cfg 구성 파일을 생성합니다(/etc/xen/DOMAIN.cfg에서 DOMU라고 함). 여기서 가상 CPU 수, VPS 시작 시 초기 램, VPS 실행 시 최대 램 등의 매개변수를 변경할 수 있습니다. .
누군가 이 Domu에서 cfg 파일의 매개변수를 변경하고 VPS를 다시 시작하면 새 매개변수가 적용됩니다.
참조: http://wiki.xenproject.org/wiki/Xen_3.x_Configuration_File_Options
XEN에서 실행되는 VPS의 경우 SSD 또는 HD에서 저장 공간을 늘리는 것이 약간 더 복잡하다는 점을 언급해야 합니다. 이 경우 관리자는 vps를 종료하고 dd 명령줄을 사용하여 가상 서버 파일 끝에 0을 추가한 다음 모든 것이 괜찮은지 확인한 후 다시 시작해야 합니다.