双活数据中心解决方案课件.pptx
《双活数据中心解决方案课件.pptx》由会员分享,可在线阅读,更多相关《双活数据中心解决方案课件.pptx(93页珍藏版)》请在三一办公上搜索。
1、双活数据中心与灾备解决方案-技术部分,议程,2,基于虚拟化技术的业务连续性解决方案概览,本地站点,灾备站点,基于虚拟化层的异步复制基于硬件设备的同异步复制自动化应用切换管理城域集群,应用感知的高可用性关键应用零停机保护在线迁移虚拟机,动态调配计算与存储资源VMotion and Storage VMotion,高效的数据备份与恢复可通过运行计划与脚本实现自动化操作,灾难恢复,本地高可用,数据保护,方案特点 与应用程序和操作系统无关与硬件设备无关 完善的保护 简单,经济,3,议程,4,双活数据中心在各个级别上全面保障可用性,5,双活数据中心总体架构,双活存储集群,站点A,站点B,延伸的vSphe
2、re集群, 200 km,行为与单个vSphere相同延伸距离最大200KM,通常小于50KM通过VMware HA与vMotion实现自动的DR保护需要双活存储集群,如EMC的vPlex,NetApp的MetroCluster等,6,计算资源设计,Making an Application Service Highly Available,vSphere HAvSphere App HA,8,VMware vFabric tc Server,vSphere App HA,Policy-based,Protect off-the-shelf apps,9,Fault Tolerance vs.
3、 High Availability,Fault toleranceAbility to recover from component lossExample: Hard drive failureHigh availability,X,10,支持多vCPU的容错技术,Instantaneous Failover,4 vCPU,4 vCPU,vSphere,Primary,Secondary,Fast Checkpointing,11,长距离vMotion,vSphere 6.0支持跨三层网络和跨vCenter Server的vMotions,12,vCenter Availability,R
4、un vCenter Server application in a VMRun vCenter Server database in a VMRun both in same VM?Protect with vSphere HAvCenter and DB VM restart priority set to HighEnable guest OS and App monitoringApp HA can protect SQL Server databaseBack up vCenter Server VM and databaseImage-level backup for vCente
5、r Server VMApp-level backup using agent for database backup,13,网络资源设计,双活数据中心网络架构,15,NSX vSphere Multi-Site Use Cases,NSX for vSphere supports 3 different Multi-Site Deployment ModelsVXLAN with Stretched Clusters (vSphere Metro Storage Cluster)VXLAN with Separate ClustersL2 VPNAll solutions provide L
6、2 extension over an L3 network, enabling workload & IP mobility without the need to stretch VLANsLocal egress is supported, however it does add complexityThe appropriate deployment model will depend on customer requirements and their environment,NSX利用层叠网络实现双活数据中心,双活存储vSphere城域存储集群,数据存储1,数据存储2,vCente
7、rServer,三层网络,站点A,站点B,17,VMware NSX Multi-Site Single VC, Stretched Cluster,Solution DetailRequires a supported vSphere Metro Storage Cluster configurationIn a vMSC deployment, storage is Active/Active and spans both sites. Examples of Active/Active storage are: EMC VPLEX, NetApp Metro Cluster (see V
8、Mware HCL for more information)Stretched clusters support Live vMotion of workloadsUse L3 for all VMkernel networks: Management, vMotion, IP StorageAll management components such as vCenter Server, NSX Manager and Controllers are located in Site ALatency and bandwidth requirements are dictated by vM
9、SC storage vendor, eg 10ms RTT for VPLEX which also aligns with vMotion using Enterprise PlusvMSC enables disaster avoidance and basic Disaster Recovery (without the orchestration or testing capabilities of SRM)Loss of either NSX Components or the Datacenter Interconnect will results in a fallback t
10、o data plane based learning using existing network state. Therefore there is no outage to data forwarding and without vCenter Server, there are no VM provisioning or migration operationsNSX and vMSC are complimentary technologies that fit a sweet spot for NSX (Single vCenter Server),VMware NSX Multi
11、-Site Single VC, Stretched Cluster,Cluster ConfigurationvMSC enables stretched clusters across two physical sitesIn an NSX deployment Management, Edge and Workload clusters are all stretchedUnder normal conditions all Management Components run in a Site A and are protected by vSphere HAThey are auto
12、matically restarted at Site B in the event of a site outage. The management network is not stretched and must be enabled on Site B as part of the recovery run bookDependent on design, NSX Edge Services Gateways are either active in both sites or a single site and can also leverage HAVMs in the Workl
13、oad Clusters are automatically recovered,19,VMware NSX Multi-Site Single VC, Stretched Cluster,In a vMSC environment, DRS is used to balance resource utilization, provide site affinity, improved availability and ensure optimal traffic flowUse Should rules, rather than Must as this allows vSphere HA
14、to take precedenceExample DRS Groups, Rules and Settings for NSX Edges:,VMware NSX Multi-Site Single VC, Stretched Cluster,NSX Configuration (Option 1 - Preferred)Transport Zone spans both Sites and VXLAN Logical Switches provide L2 connectivity to VMsDistributed Logical Routing is used for all VMs
15、to provide consistent default gateway vMACLocal Egress is provided by using separate Uplink LIFs and Edge GWs per site. Hosts on Site A have DLR default gateway configured via Site A Edge GW using net-vdr CLI. While Site B DLR default gateway is via Site B Edge GWCaveat: Dynamic Routing cannot be en
16、abled on DLR, or a static route set via NSX ManagerNSX Edge Gateways will have a static route for any networks directly connected to DLR. Consistent IPaddressing will simplify routing by allowing a supernet to be usedDFW provides vNIC policy enforcement independent of the VMs location,VM1,VM2,VM3,We
17、b Logical Switch172.16.10.0/24,Site A,Site B,Distributed Logical Router,VM4,VM5,App Logical Switch172.16.20.0/24,Site A NSX Edge GW192.168.10.1,Site B NSX Edge GW192.168.20.1,Uplink Net A 192.168.10.0/29Uplink A LIF 192.168.10.2,Uplink Net B 192.168.20.0/29Uplink B LIF 192.168.20.2,VM6,VM7,DB Logica
18、l Switch172.16.30.0/24,Internal LIFs .1,VMware NSX Multi-Site Single VC, Stretched Cluster,NSX Configuration (Option 2)As per Option 1 Transport Zone spans both Sites and VXLAN Logical Switches provide L2 connectivity for VMsNSX Edge Gateways are deployed per site with the same internal IP addressNS
19、X DFW L2 Ethernet Rules are defined to block ARP to the remote GW using MAC Sets, which provides Local Egress as only the site local Edge GW is learnt. Future enhancement planned to enable ESXi host object for DFW*Caveats:Traffic flow between application tiers may be asymmetric if they are split acr
20、oss sites and DRS rules arent used Does not leverage Distributed Logical Routing and is limited to 10 vNICs per EdgevMotion will result in network interruption as VM ARP cache entry for site specific GW needs to time outCan be used if Option 1 isnt a fit (eg, require Dynamic Routing or vSphere 5.1 s
21、upport),Site A,Site B,VM1,VM2,VM3,VM3,Logical Switch192.168.10.0/24,VMware NSX Multi-Site Single VC, Separate Clusters (2),Datastore 1,Datastore 2,vCenterServer,L3 Network,Site A,Site B,Storage vMotion Required for VM Mobility,23,VMware NSX Multi-Site Single VC, Separate Clusters,Solution DetailSepa
22、rate vSphere Clusters are used at each site, therefore DRS rules & groups are not requiredStorage is local to a siteEnhanced vMotion (simultaneous vMotion and svMotion) can provide live vMotion without shared storageUse L3 for all VMkernel networks: Management, vMotion, IP StorageAll management comp
23、onents such as vCenter Server, NSX Manager and Controllers are located in Site ASupported latency requirement for Enhanced vMotion is 100ms RTT(vSphere 6). vMotion requires 250 Mbps of bandwidth per concurrent vMotion This solution provides Disaster Avoidance where live vMotion is supported, by enab
24、ling workloads to be moved proactively between sitesDoes not provide automated Disaster Recovery,VMware NSX Multi-Site Single VC, Separate Clusters,Cluster ConfigurationClusters do not span beyond a physical siteAll Management Components run in Site A, and will not be automatically recovered in the
25、event of a site outage. Storage replication to a standby Cluster in Site B and a manual recovery process could be implementedSeparate Edge and Workloads Clusters are used per siteNSX Edge Services Gateways are active in a single site, with HA is local to the siteWorkloads are active across both site
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 数据中心 解决方案 课件
链接地址:https://www.31ppt.com/p-1554553.html