異なる領域を使用して、複数のVMを実行するときにVCPUの制限を回避することは技術的に可能ですが、制限を完全に回避するわけではありません。その理由は次のとおりです。
1。地域の割り当て：Azureのようなクラウドサービスの各地域には、独自のVCPUクォータがあります。これらのクォータは、各地域で個別に施行されています。つまり、ある領域でVCPUの制限に達した場合、クォータに到達していない別の領域にVMを展開できます[2]。ただし、デフォルトの制限を超える場合、各地域のクォータの増加を個別にリクエストする必要があります。
2。パフォーマンスの考慮事項：地域全体にVMを展開することで、ワークロードを配布し、地域のVCPU制限に衝突することを避けることができますが、効率的なリソース割り当ての必要性は排除されません。 VMSがCPUタイムスロットが利用可能になるのを待つ可能性があるため、地域内のVCPUを過剰に分割するVCPUは依然としてパフォーマンスの問題につながる可能性があります[5]。
3。ワークロードの分布：ワークロードが地域全体に配布されている場合、各地域には過剰なプロビジョニングなしでVMを処理するのに十分なリソースがあることを確認してください。これには、パフォーマンスの劣化を避けるために、リソース利用の慎重な計画と監視が必要です[4]。
要約すると、さまざまな領域を使用すると、リソースが利用可能な場所にVMを展開できるようにすることで、VCPUクォータの管理に役立ちます。ただし、過度のプロビジョニングに関連するパフォーマンスの問題を回避するために、リソースの割り当てを効率的に監視および管理することが重要です。
引用：
[1] https://www.reddit.com/r/vmware/comments/hd2l4/how_many_vcpu_can_i_assign_to_all_the_vms/
[2] https://learn.microsoft.com/en-us/azure/quotas/regional-quota-requests
[3] https://superuser.com/questions/1602681/what-are-the-limits of-allocating-my-cpu-cores-to-vms
[4] https://www.reddit.com/r/virtualization/comments/115x88f/how_many_vcpus_should_i_assign_across_multiple/
[5] https://virtualizationreview.com/~/media/ecg/tech%20library%202013/04/dell%20vkernel%20april/dell%20%20%20vcpuです
[6] https://learn.microsoft.com/en-us/azure/aks/aksarc/concepts-support
[7] https://forum.proxmox.com/threads/physical-vs-virtual-cpu-limits.115474/
[8] https://www.examtopics.com/discussions/microsoft/view/38700-exam-az-104-topic-4-question-23-discussion/