Xen - 減少資源/硬體限制？
在我選擇了 Xen VPS 提供商後，他們說 Xen 不允許他們降級資源/硬體，因此我無法降級我的計劃。我認為這個限制很奇怪……你能確認這個限制在 Xen 軟體/平台中存在（或不存在）嗎？
如果限制不存在，為什麼你認為 VPS 沒有配置呢？
如果存在限制，Xen 怎麼能與其他虛擬化軟體競爭？
PS：因為有人對我投了反對票……我想說我用Google搜尋了它，但我還沒有找到答案。
PS 2：我的問題與許可無關。這是關於Xen的一個特性的問題
PS 3：VPS 提供商銷售套餐。這些軟體包不同於 CPU、記憶體、頻寬、HD 甚至更多。
提前致謝！
這實際上是一個很好的問題！
OpenVZ 是一種作業系統級別的虛擬化技術，其中每個節點共享主主機的資源。在 OpenVZ 中，管理員只需更改一個設置，就會理所當然地為使用者提供一組不同的資源。這就是為什麼幾乎所有的主機（包括你在評論中提到的）都為 OpenVZ 實現升級和降級，因為改變程序和記憶體分配就像改變系統呼叫一樣，改變磁碟大小就像做系統呼叫
getrlimit, setrlimit(2)quotactl(2). 如果你不熟悉這些系統呼叫來理解這個寓言，那麼看看 HISTORY 部分就足以了解它們早在 Linux 被創建之前就已經存在了——這就是它們的原始、基本和無風險。（OpenVZ 有自己的方式來做這些事情，但基本上是完全相同的概念。）另一方面，Xen 是典型硬體的完全虛擬化。在 Xen 中更改記憶體就像在物理上添加或移除記憶體模組——你會在正在執行的系統上這樣做，並期望軟體能夠處理它嗎？處理器也是如此。硬碟也一樣。所以，大不了，先把它關掉，對吧？嗯，是的，就記憶體和 CPU 而言，這是可能的，而且完全沒問題，但是 HDD 是不同的，因為它保存了您想要保留的數據。
硬碟有什麼不同？在 OpenVZ 中，您看到的 HDD 基本上只是現有主機文件系統中實際文件的一個子集；如果你沒有文件，它不需要大小；並且所有限制實際上都是軟的。在 Xen 中，它是實際的文件系統，由主機上特定大小的文件支持，與您的虛擬磁碟大小相同。
讓我們暫時忘記虛擬化。現在，如果您曾經將
dd(1)較小的 HDD 逐字複製（用 ）複製到較大的 HDD，您就會知道結果看起來是相同的，而不會顯示任何磁碟空間增加。那是因為您正在disklabel(5)逐字複製實際的文件系統和磁碟。如果您想在同一個文件系統中使用更多空間，您必須先用 編輯磁碟的 MBR 分區fdisk(8)，然後用 編輯磁碟標籤disklabel(8)，然後才呼叫growfs(8)實際增加文件系統的大小。文件系統本身包含整個磁碟中的各種元數據，因此必須使用特殊命令對其進行擴展和收縮。如果您查看手冊頁，您會注意到growfs 本身是一項更現代的發明（甚至可能是對GNU/Linux 的追趕！），而且，至少在BSD 世界中，它仍然缺少必要的“shrinkfs” ”。現在，回到 Xen。VPS 的 HDD 可能由底層 Xen 主機上特定大小的單個文件支持。為了縮小它，您首先必須縮小 VPS 中的底層文件系統（幸運的是，與 BSD 中的 ffs/ufs 不同，Linux 中實際上支持 ext2/ext3 等的縮小）*，然後擔心磁碟標籤/fdisk ，如適用。只有這樣，Xen 託管服務提供商才能截斷支持您的 HDD 的底層文件。
可以這麼說，這一切都是有可能的，例如，Linode 確實自動化了所有這些事情（包括根據需要自動縮小和增長您的文件系統，而無需您的任何干預）。但是，不用說，所有這些聽起來確實比僅僅進行系統呼叫要復雜得多（除了修改變數並重新啟動程序之外，它實際上不需要做任何事情），不是嗎？
PS 很多時候，房東特別拒絕降低舊訂單的價格，而是告訴客戶重新訂購，因為他們知道不是每個人都會為了節省一些盧布而費心費心去費心。而對於主辦方來說，這是額外的收入。
但是，在保留您的 IP 地址方面，您可能會詢問您的主機商，一旦您完成遷移，是否可以將您的舊 IPv4 地址重新分配給您的新伺服器。如果他們也不願意提供類似的東西，那麼我建議您強烈考慮遷移到他們的競爭對手。