本文匯總了Lindorm執行個體在擴縮容、升降配、執行個體重啟、版本升級等執行個體營運情境中的常見問題，包括但不限於操作耗時、業務影響及費用說明，協助您快速瞭解營運操作中的相關細節和注意事項。
問題導覽
擴容、升配、服務開通
縮容、降配
小版本升級、執行個體重啟
執行個體擴容節點需要多久？
節點擴容是並行進行的，一個節點平均耗時約10~15分鐘，擴容的節點數越多擴容整體耗時越長。
執行個體擴容節點期間對業務有什麼影響？
執行個體節點擴容期間業務讀寫請求仍然可正常執行，服務不會中斷。然而，部分讀寫請求的平均延遲會發生抖動，請確保用戶端配置了正確的重試機制。對讀寫請求延遲比較敏感的業務，建議在業務低峰期進行擴容。
執行個體擴容儲存空間需要多久，擴容期間對業務有什麼影響？
當前僅儲存類型為標準型雲端儲存、效能型雲端儲存和容量型雲端儲存的執行個體支援擴容。擴容操作耗時為分鐘層級，對服務無影響。儲存類型為本地SSD盤或本地HDD盤的執行個體不支援直接擴容儲存，需要通過擴容節點的方式來擴容儲存。
開通冷儲存需要多久，開通期間對業務有什麼影響？
開通冷儲存需要滾動重啟執行個體。執行個體重啟時，一個節點平均耗時約10~15分鐘，重啟操作為串列操作。例如需要操作的執行個體有4個節點，則開通冷儲存需要60分鐘左右。
預估耗時與節點中的Region數量相關，Region越多，執行時間越長。
在重啟期間業務讀寫仍然請求可正常執行，服務不中斷。然而，部分讀寫請求可能會出現延遲抖動或連結中斷現象，請確保用戶端配置了正確的重試機制。對讀寫延遲敏感的業務，建議在業務低峰期進行升配操作。
擴容冷儲存需要多久，擴容期間對業務有什麼影響？
冷儲存擴容操作分鐘級完成，對業務沒有影響。
執行個體升配需要多久，升配期間對業務有什麼影響？
執行個體升配的耗時與執行個體中的節點數量有關，預計一個節點平均耗時約10~15分鐘，操作是串列進行的。例如，如果需要升配的執行個體有4個節點，那麼升配操作大約需要60分鐘完成。
預估耗時與節點上的Region數量相關，Region越多，升配時間越長。
在升配期間，業務的讀寫請求仍然可以正常執行，服務不會中斷。然而，部分讀寫請求可能會出現延遲抖動或連結中斷現象，請確保用戶端配置了正確的重試機制。對讀寫延遲敏感的業務，建議在業務低峰期進行升配操作。
執行個體縮容節點需要多久？
縮容節點需要的遷移時間估算方式：需要遷移的資料量/(總節點數*30MB/s) 。假設當前業務已使用儲存空間為10 TB，共有10個節點，需要縮容2個節點。因為資料通常是均勻分布的，所以需要遷移2 TB的資料量，則預估的遷移時間為：2 TB/(10 * 30 MB/s) = 6990.5秒 ≈ 2小時。
該時間僅為預估時間，實際縮容耗時受業務負載和儲存介質差異的影響。
如果執行個體縮容後任一儲存介質的使用水位高於85%，將無法提交縮容變更任務。有關縮容後費用變動的詳細說明，請參見國際站退訂規則說明。
執行個體縮容節點期間對業務有什麼影響？
執行個體縮容期間業務的讀寫請求仍能正常執行，服務不會中斷。
執行個體降配需要多久，降配期間對業務有什麼影響？
執行個體降配的耗時與執行個體中的節點數量有關，預計一個節點平均耗時約10~15分鐘，操作是串列進行的。例如，如果需要降配的執行個體有4個節點，那麼降配操作大約需要60分鐘完成。
預計耗時與節點上的Region數量相關，節點上的Region數量越多，耗時越長。
在降配過程中，叢集會滾動重啟，但業務的讀寫請求仍然可以正常執行，服務不會中斷。然而，部分讀寫請求可能會出現延遲抖動或連結中斷現象，請確保用戶端已配置正確的重試機制。對讀寫延遲比較敏感的業務，建議在業務低峰期執行降配操作。
關於降配後費用變動的詳細說明，請參見國際站退訂規則說明。
執行個體小版本升級需要多久？
檔案引擎或底層儲存小版本升級（LDFS) ：一個節點平均耗時約10~15分鐘，串列操作。例如，需要升級的執行個體有4個儲存節點，那麼升級預計60分鐘左右完成。
寬表引擎小版本升級：一個節點平均耗時約10~15分鐘，串列操作。例如，需要升級的執行個體有4個節點，則預計需要約60分鐘左右完成。
小版本升級可以選擇升級的版本嗎？
不支援選擇升級的版本。小版本升級操作預設升級至當前的穩定版本，該版本預設向上相容。
小版本升級期間對業務有什麼影響？
檔案引擎或底層儲存小版本升級（LDFS) ：升級期間基本對業務沒有影響。
寬表引擎小版本升級：升級期間讀寫請求仍然可以正常執行，服務不會中斷。然而，部分讀寫請求可能會出現延遲抖動或連結中斷現象，請確保用戶端已配置正確的重試機制。對讀寫延遲比較敏感的業務，建議在業務低峰期執行降配操作。
執行個體重啟需要多久，重啟期間對業務有什麼影響？
執行個體重啟為滾動重啟，一個節點平均耗時約10~15分鐘左右，重啟為串列操作。例如，如果需要重啟的執行個體有4個節點，則重啟整個執行個體需要60分鐘左右完成。
預計耗時與節點上的Region數量有關，節點上的Region數量越多，耗時越長。
在重啟期間，業務的讀寫請求仍然可以正常執行，服務不會中斷。然而，部分讀寫請求可能會出現延遲抖動或連結中斷現象，請確保用戶端已配置正確的重試機制。對讀寫延遲比較敏感的業務，建議在業務低峰期執行降配操作。