VMware Cloud Director 應用裝置大小調整準則

概觀

為確保在主要儲存格發生故障時，該叢集可支援自動容錯移轉，最小 VMware Cloud Director 部署必須包含一個主要儲存格和兩個待命儲存格。在其中一個儲存格因任何原因離線的任何故障情況下，環境仍然可用。如果待命儲存格發生故障，在重新部署出現故障的儲存格之前，該叢集在完全正常運作的狀態下運作，但出現一些效能降低。請參閱應用裝置部署和資料庫高可用性組態。

VMware Cloud Director 應用裝置有四種大小可供您在部署期間選擇：小型、中型、大型和特大型 (VVD)。小型應用裝置大小適用於實驗室評估，本文件不提供小型應用裝置組態指引。大小調整選項資料表提供其餘選項的規格，以及生產環境最適用的使用案例。特大型組態符合 VMware Validated Designs (VVD) for Cloud Providers 縮放設定檔。

若要建立更大的自訂大小，系統管理員可以調整已部署儲存格的大小。

對於生產部署，建議的最小組態為中型虛擬應用裝置的三節點部署。

重要： VMware 不會為沒有資料庫 HA 的 VMware Cloud Director 應用裝置部署提供支援。

VMware Cloud Director 應用裝置大小調整選項

您可以使用下列判定指南來估計環境的應用裝置大小。

	中型	大型	特大型 (VVD)
建議的使用案例	實驗室或小型生產環境	生產環境	透過 API 整合和監控進行生產
VMware Cloud Director 環境中的 vRealize Operations Management Pack 部署	否	否	是
VMware Cloud Director 中的 Cassandra 虛擬機器度量啟用	否	否	是
在尖峰 30 分鐘期間存取 API 的並行使用者或用戶端的大約數目。	< 50	< 100	< 100
受管理的虛擬機器	5000	5000	15000

組態定義


	中型	大型	特大型 (VVD)
HA 叢集組態	1 個主要儲存格 + 2 個待命儲存格	1 個主要儲存格 + 2 個待命儲存格 + 1 個應用程式儲存格	1 個主要儲存格 + 2 個待命儲存格 + 2 個應用程式儲存格
主要或待命儲存格 vCPU	8	16	24
應用程式儲存格 vCPU	不適用	8	8
主要或待命儲存格 RAM	16 GB	24 GB	32 GB
應用程式儲存格 RAM	不適用	8	8
vCPU 與實體核心的比率	1:1	1:1	1:1
叢集中每個應用裝置的最小磁碟空間	112 GB	112 GB	112 GB

如何偵測系統是否過小

在 VMware Cloud Director 儲存格中，CPU 或記憶體使用量會增加並穩定在較高層級，即接近容量的層級。VMware Cloud Director 儲存格可能會失去與資料庫的連線。

如何偵測系統的儲存格數目是否不足

在任何 VMware Cloud Director 儲存格的 vcloud-container-debug.log 和 cell-runtime.log 檔案中，您會看到類似下列內容的項目： org.apache.tomcat.jdbc.pool.PoolExhaustedException: [pool-jetty-XXXXX] Timeout: Pool empty.Unable to fetch a connection in 20 seconds, none available。 VMware Cloud Director 儲存格可能會失去與資料庫的連線。

備註：

根據預設資料庫連線組態，所有組態都限制為最多 6 個主要、待命和應用程式類型的儲存格。

如何自訂應用裝置大小

執行 vpostgres-reconfigure 服務應用裝置部署器後，可以使用兩種方式將 VMware Cloud Director 應用裝置大小自訂為自訂組態。

透過使用 vpostgres-reconfigure 服務來自訂應用裝置大小。
透過手動更新 postgresql.auto.conf 檔案來自訂應用裝置大小。

若要使用 vpostgres-reconfigure 服務自訂 VMware Cloud Director 應用裝置大小，您可以在 vSphere Client 中編輯虛擬機器硬體設定。每當應用裝置啟動時，vpostgres-reconfigure 服務都會執行並修改 PostgreSQL 設定，以便與虛擬機器大小相符。

備註： vpostgres-reconfigure 服務不會修改先前的任何手動 postgresql.auto.conf 自訂。

如果想要進行手動自訂，可以編輯 postgresql.auto.conf 檔案。手動自訂優先於 vpostgres-reconfigure 服務自訂。若要手動自訂應用裝置大小，請在所有儲存格上遵循此程序。

以 root 身分直接登入或使用 SSH 用戶端登入主要應用裝置的作業系統。
若要檢視並記下 vCPU 資訊，請執行下列命令。
```
grep -c processor /proc/cpuinfo
```
若要檢視並記下 RAM 資訊，請執行下列命令。
下方報告的 RAM 以 KB 為單位，必須將其除以 1048576 (1024*1024) 以轉換為 GB。
```
cat /proc/meminfo | grep MemTotal | cut -dk -f1 | awk '{print int($2/1048576)}'
```
計算 shared_buffers 值，其為 RAM 總計減去 4 GB 後的四分之一，同時向下捨去。
shared_buffers = floor [ 0.25 * (RAM 總計 - 4 GB) ]
其中，floor 傳回小於或等於方括弧中值的最大整數。
計算 effective_cache_size 值，其為 RAM 總計減去 4 GB 的四分之三。
effective_cache_size = 0.75 * (RAM 總計 - 4 GB)
計算 max_worker_processes 值，其為 vCPU 的數目。
預設值也是最小值為 8。
將使用者變更為 postgres。
```
sudo -i -u postgres
```

執行下列命令並替換計算的值以更新 postgresql.auto.conf 組態檔。

psql -c "ALTER SYSTEM set shared_buffers = 'shared_buffers value';"
psql -c "ALTER SYSTEM set effective_cache_size =  'effective_cache_size value';"
psql -c "ALTER SYSTEM set work_mem = '8MB';"
psql -c "ALTER SYSTEM set maintenance_work_mem = '1GB';"
psql -c "ALTER SYSTEM set max_worker_processes= 'max_worker_processes value';"

執行 exit 命令以返回到 root 使用者。
重新啟動 vpostgres 程序。
```
systemctl restart vpostgres
```
再次將使用者變更為 postgres。
```
sudo -i -u postgres
```
針對每個待命節點，將 postgresql.auto.conf 檔案複製到節點，然後重新啟動 vpostgres 程序。
1. 將 postgresql.auto.conf 從主要節點複製到待命節點。
```
scp /var/vmware/vpostgres/current/pgdata/postgresql.auto.conf postgres@standby-node-address:/var/vmware/vpostgres/current/pgdata/
```
2. 重新啟動 vpostgres 程序。
```
systemctl restart vpostgres
```

若要移除任何手動自訂並繼續使用 vpostgres-reconfigure 服務，請將使用者變更為 postgres，然後執行下列命令。

psql -c "ALTER SYSTEM reset shared_buffers;"
    psql -c "ALTER SYSTEM reset effective_cache_size;"
    psql -c "ALTER SYSTEM reset max_worker_processes;"