VMware vCenter, Microsoft VMM Manager, Xen 管理和生产Cluster最佳实践
2012-12-08 11:16
796 查看
Seperate Management Cluster from Production Cluster.
Provisioning a management cluster to host critical infrastructure management components like vCenter, Active Directory, SAN management, and so on. To separate from production cluster.
A management cluster is a dedicated set of hosts (per site) configured as a VMware vSphere HA/DRS cluster. The management cluster is used to provide resources for virtual machines that provide management functions for the virtual infrastructure. This includes (not all may be applicable to every site); active directory (or similar), DNS/DHCP, general management server (for Network and SAN tools etc.), vCenter server, database server for management databases, web client server, single sign-on server, Site Recovery Manager; vSphere replication server, vCenter operations manager (and other components of the Suite), vCloud Director cell (and related components), vCloud Networking and Security Manager, data protection servers (e.g. CommVault VSA).
The primary purpose of the management cluster is to separate the resources used to manage virtualisation workloads (i.e. any non-management workload, so this includes dev etc.) from those virtualisation workloads themselves. In the event of a site failure and subsequent recovery, the management cluster is the first thing you bring up. This means you can get the management functions back first and faster.
So not only should the compute resources be separated (i.e. a separate cluster) but consideration should also be given to separating the storage provisioned to the management cluster (from the production storage) – in a similar manner to how you would not retain backup copies on the same storage systems as production data. If separate storage is provided then this may be a dedicated array, and consideration can also be given to the vSphere storage appliance which shares local storage across a cluster of hosts (this would need further discussion though as there are some limitations with the VSA).
A further validation for establishing a management cluster is that amount of resources required to service the management components can easily equate to the resources available from one or more hosts. If these resources are provisioned from production clusters then this a) leaves less resource available for production workloads and b) makes it more difficult to do capacity planning for production workloads (i.e. as more management capability is added – think of adding metering and billing at a later date – then less resources are available).
The management cluster should ideally be a three nodes cluster per site (best practises), although it is common to relax the three node cluster best practise and have a two node N+1 cluster where N is 1 (good practise since we still have a Management Cluster). Ideally the same virtual networking should be used across management clusters and production clusters (distributed virtual switch yes, but Nexus 1000V possibly not unless you are implementing the physical Nexus 1100 appliance).
In summary, as the reliance on the virtual infrastructure continues to rise (think how now business critical applications are being targeted more frequently now), then increased resilience of the management components becomes critical.
本文出自 “Ilovecat(个人笔记)” 博客,请务必保留此出处http://hj192837.blog.51cto.com/655995/1082429
Provisioning a management cluster to host critical infrastructure management components like vCenter, Active Directory, SAN management, and so on. To separate from production cluster.
A management cluster is a dedicated set of hosts (per site) configured as a VMware vSphere HA/DRS cluster. The management cluster is used to provide resources for virtual machines that provide management functions for the virtual infrastructure. This includes (not all may be applicable to every site); active directory (or similar), DNS/DHCP, general management server (for Network and SAN tools etc.), vCenter server, database server for management databases, web client server, single sign-on server, Site Recovery Manager; vSphere replication server, vCenter operations manager (and other components of the Suite), vCloud Director cell (and related components), vCloud Networking and Security Manager, data protection servers (e.g. CommVault VSA).
The primary purpose of the management cluster is to separate the resources used to manage virtualisation workloads (i.e. any non-management workload, so this includes dev etc.) from those virtualisation workloads themselves. In the event of a site failure and subsequent recovery, the management cluster is the first thing you bring up. This means you can get the management functions back first and faster.
So not only should the compute resources be separated (i.e. a separate cluster) but consideration should also be given to separating the storage provisioned to the management cluster (from the production storage) – in a similar manner to how you would not retain backup copies on the same storage systems as production data. If separate storage is provided then this may be a dedicated array, and consideration can also be given to the vSphere storage appliance which shares local storage across a cluster of hosts (this would need further discussion though as there are some limitations with the VSA).
A further validation for establishing a management cluster is that amount of resources required to service the management components can easily equate to the resources available from one or more hosts. If these resources are provisioned from production clusters then this a) leaves less resource available for production workloads and b) makes it more difficult to do capacity planning for production workloads (i.e. as more management capability is added – think of adding metering and billing at a later date – then less resources are available).
The management cluster should ideally be a three nodes cluster per site (best practises), although it is common to relax the three node cluster best practise and have a two node N+1 cluster where N is 1 (good practise since we still have a Management Cluster). Ideally the same virtual networking should be used across management clusters and production clusters (distributed virtual switch yes, but Nexus 1000V possibly not unless you are implementing the physical Nexus 1100 appliance).
In summary, as the reliance on the virtual infrastructure continues to rise (think how now business critical applications are being targeted more frequently now), then increased resilience of the management components becomes critical.
本文出自 “Ilovecat(个人笔记)” 博客,请务必保留此出处http://hj192837.blog.51cto.com/655995/1082429
相关文章推荐
- SystemCenter2012SP1实践(22)VMM管理VMware的支持特性
- [原创]VMware best practise[VMware最佳实践]
- Atitit。团队建设--管理最佳实践--如何留住核心人才,防止人才流失 ??
- 2010年9月28日项目管理专业委员会北京活动报名:三星&天融信资深总监分享项目与研发管理的理解和最佳实践
- 使用 UCM 复合基线管理软件项目的最佳实践
- 日志管理与分析的十个最佳实践
- 事务管理最佳实践多余的话之三Spring声明式事务管理出错示例与解决之道
- Microsoft SQL 服务器的最佳实践,设计和开发准则
- Android最佳性能实践(一)——合理管理内存
- Java 日志管理最佳实践
- Android最佳性能实践(一)——合理管理内存
- 通过VMM2012 R2 V2V将 VMware vCenter 虚拟机转换为 Hyper-V虚拟机 推荐
- Android中管理多个Fragment的最佳实践,完美解决保存状态与重影问题
- Android最佳实践性能(一)管理您的应用程序的内存
- Maven最佳实践:版本管理
- 项目管理____敏捷组织:最佳实践与最差实践
- E8.HelpDesk IT服务管理是ITIL最佳实践工具
- [CTO札记]Yew敏捷软件项目管理最佳实践
- 第4.1.2章 WEB系统最佳实践页面实例 角色管理
- Android最佳性能实践(一)——合理管理内存