0
Copyright 2009 Trend Micro Inc.DCS-ECCT – Cloud Architecture HighLevel Design1Jack Kuo/Alex Wang05/27/2013
Copyright 2009 Trend Micro Inc.AgendaDesign ConsiderationsDesign GuidelinesDC Cloud High Level ArchitectureGlobal Clou...
Copyright 2009 Trend Micro Inc.Design ConsiderationsService AssuranceHigh AvailabilitySecure Tenant segregation Data C...
Copyright 2009 Trend Micro Inc.Service AssuranceDifferentiated Service Requirements for Differentservice types: Productio...
Copyright 2009 Trend Micro Inc.High AvailabilityInfrastructure high availability through datacenter,availability zone, PO...
Copyright 2009 Trend Micro Inc.Secure Tenant SegregationSecure Tenant Segregation through segregationof network, compute ...
Copyright 2009 Trend Micro Inc.Datacenter Scalability throughModular InfrastructureElasticity can be scaled with vertical...
Copyright 2009 Trend Micro Inc.Design GuidelinesLoosely Coupled, Stateless, and fail-in-placecomputingHorizontal Scaling...
Copyright 2009 Trend Micro Inc.Loosely Coupled, Stateless, andFail-in-Place ComputingOld Paradigms of web services are mo...
Copyright 2009 Trend Micro Inc.Loosely Coupled, Stateless, andFail-in-Place ComputingCloud architecture is loosely couple...
Copyright 2009 Trend Micro Inc.Horizontal scalingIt is more challenge to scale up (physical limit)than scale out (logical...
Copyright 2009 Trend Micro Inc.ParallelizationParallelization works hand in hand with HorizontalScaling.Parallelization ...
Copyright 2009 Trend Micro Inc.• Hosts• Servers onto which guest VM services will beprovisioned• Primary Storage• VM stora...
Copyright 2009 Trend Micro Inc.DCS OpenCloud High Level ArchitectureL3 SwitchL3 SwitchComputingNode 1...ComputingNode 8Sto...
Copyright 2009 Trend Micro Inc.CloudStack Regional ArchitectureManagement server deployment required tohave very low late...
Copyright 2009 Trend Micro Inc.Global Cloud High Level ArchitectureL3SwitchL3SwitchComputingNode1...ComputingNode8StorageS...
Upcoming SlideShare
Loading in...5
×

Dcs cloud architecture-high-level-design

2,358

Published on

Published in: Technology, Business
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
2,358
On Slideshare
0
From Embeds
0
Number of Embeds
4
Actions
Shares
0
Downloads
16
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide
  • The core components of a CloudStack implementation are:Hosts – Hosts are servers from at least one of the supported virtualization providers. CloudStack fully supports hosts from multiple providers, but does not convert VM images from one hypervisor type to another. Depending on the hypervisor, a “host” may be a higher level concept. For example, in XenServer a CloudStack “host” is equivalent to a XenServer resource pool and the “host” entry is the pool master.Primary Storage – Primary storage is the hypervisor level storage containing the deployed VM storage. Primary storage options will vary by hypervisor, and depending upon the hypervisor selected, CloudStack may impose requirements upon it.Cluster – Host groups are combined into Clusters which contain the primary storage options for the Cluster. Primary storage isn’t shared outside of a Cluster. In the case of CloudStack, a Cluster in of itself does not imply modification of any clustering concept within the hypervisor. For example, in XenServer a resource pool is a host to CloudStack, and CloudStack does not create a super set of Cluster functionality for XenServer. Pod -- Host groups are combined first into Clusters and then into Pods. For many customers, a pod represents a high level physical concept like a server rackNetwork – Network is the logical and physical network associated with service offerings. Multiple concurrent network service offerings and topologies can be supported within CloudStackSecondary Storage – Secondary storage is the storage system used for template and ISO management. It also is where snapshot events occur.Zone – A zone is a collection pods to form some level of service availability. While Amazon EC2 defines an availability zone as a data center, CloudStack keeps the concept more abstract allowing cloud operators to have multiple availability zones within a given data center.Management Server Farm – The CloudStack management server farm is a grouping of CentOS/RHEL CloudStack servers forming a web farm, with an underlying MySQL cluster database. The management server farm can manage multiple Zones, and can be virtualized.
  • Transcript of "Dcs cloud architecture-high-level-design"

    1. 1. Copyright 2009 Trend Micro Inc.DCS-ECCT – Cloud Architecture HighLevel Design1Jack Kuo/Alex Wang05/27/2013
    2. 2. Copyright 2009 Trend Micro Inc.AgendaDesign ConsiderationsDesign GuidelinesDC Cloud High Level ArchitectureGlobal Cloud High Level Architecture
    3. 3. Copyright 2009 Trend Micro Inc.Design ConsiderationsService AssuranceHigh AvailabilitySecure Tenant segregation Data Center Scalability through ModularInfrastructure
    4. 4. Copyright 2009 Trend Micro Inc.Service AssuranceDifferentiated Service Requirements for Differentservice types: Production (Critical),Development/Testing, and Staging. Differentiated Service levels are fulfilled withmodular POD designs, with Tier1 resourceguaranteed in critical POD while Tier2 resourceallow cost reduction. Differentiated Service profile is cost efficient inprivate cloud environment.
    5. 5. Copyright 2009 Trend Micro Inc.High AvailabilityInfrastructure high availability through datacenter,availability zone, POD, Cluster, and physicalredundancy. Infrastructure is ready for manual or automaticdisaster recovery plans.Public cloud can be an option for disasterrecovery.Bursting traffic can be served by public cloud toprevent over provision in private cloud.
    6. 6. Copyright 2009 Trend Micro Inc.Secure Tenant SegregationSecure Tenant Segregation through segregationof network, compute and storage.Segregate tenants/services with PODs oravailability zones deployments.Could infrastructure component outage will notimpact any service…. Or only impact singleservice.Secure Tenant Segregation did not coverapplication dependency. For example, ERS canimpact HES in application level.
    7. 7. Copyright 2009 Trend Micro Inc.Datacenter Scalability throughModular InfrastructureElasticity can be scaled with vertical scale inside aPOD or horizontally scale across PODs,Availability Zones, and Datacenters.A modular design unit- POD is the basic buildingblock.A POD contains its delectated infrastructurenetwork, compute node, and storage node andcan share VM networks within an availability zone.POD forms availability zone, and thendatacenters.POD can be migrated and repurposed.
    8. 8. Copyright 2009 Trend Micro Inc.Design GuidelinesLoosely Coupled, Stateless, and fail-in-placecomputingHorizontal ScalingParallelization
    9. 9. Copyright 2009 Trend Micro Inc.Loosely Coupled, Stateless, andFail-in-Place ComputingOld Paradigms of web services are moreimportant in cloud computing as Cloud is bynature very dynamic.Application and infrastructure components need tobe loosely coupled, stateless, and fail-in-placewith no impact to service.Same paradigms applied to cloud platformhardware, the hardware should be looselycoupled, stateless, and be ready to fail with noimpact/minimal impact.Asynchronous tasks and messaging system arethe two keys for Loosely Coupled Architecture.
    10. 10. Copyright 2009 Trend Micro Inc.Loosely Coupled, Stateless, andFail-in-Place ComputingCloud architecture is loosely coupled withmanagement servers, compute nodes, storagenodes and DB nodes. Management servers, compute nodes, storagenodes, are stateless. The transaction traffic can beserved by any nodes in the Cloud.Any cloud components are designed to be hitlessand be ready to fail-in-place with no impact to theservice.Users submit asynchronous Cloud jobs like createinstance with instant response and performance.Background jobs runs in each components to fulfillthe user requests.
    11. 11. Copyright 2009 Trend Micro Inc.Horizontal scalingIt is more challenge to scale up (physical limit)than scale out (logical limit).Cloud computing has its advantages in horizontalscaling.The horizontal scaling capability does not limit to asingle Cloud. It can be hybrid or even scaling topublic Cloud.Data Physics ( time to move data/meta dataacross Cloud) needs to be considered when“Surge computing” to Public Cloud. (Datareplication to public cloud before disaster mayintroduce cost)
    12. 12. Copyright 2009 Trend Micro Inc.ParallelizationParallelization works hand in hand with HorizontalScaling.Parallelization cancel the impact of the fail rate ofeach component to increase availability andperformance.Application client intelligence, load balancer, andglobal server load balancer, are technologies toachieve parallelization. Among the above three, application clientintelligence has lowest CAPEX and OPEX of theservice availability, so it is most preferred by theimplement Parallelization.However, the most common easy way forparallelization is hardware/software load balancer.
    13. 13. Copyright 2009 Trend Micro Inc.• Hosts• Servers onto which guest VM services will beprovisioned• Primary Storage• VM storage• Cluster• A grouping of hosts and their associated storage• Pod• Collection of clusters• Network• Logical network associated with service offerings• Secondary Storage• Template, snapshot and ISO storage• Zone• Collection of pods, network offerings and secondarystorage• Management Server Farm (mgmts. + DBs)• Responsible for all management and provisioningtasksCore CloudStack ComponentsZoneCloudStack PodClusterHostHostNetworkPrimaryStorageVMVMCloudStack PodClusterSecondaryStorage
    14. 14. Copyright 2009 Trend Micro Inc.DCS OpenCloud High Level ArchitectureL3 SwitchL3 SwitchComputingNode 1...ComputingNode 8StorageServer 1StorageServer 4SecondaryStorage 1...SecondaryStorage 4.ComputingNode 1ComputingNode 8SecondaryManagementServerMySQL DBClusterCluster1 Cluster2...StorageServer 1...StorageServer 4SecondaryStorage 1...SecondaryStorage 4Service 1 Service NAvailability Zone 1DCS GeVLANInternetservice usersInternal CloudAdmins/CustomersISP Borderrouters..Availability Zone 4ISPDistributionSwitchL3 SwitchL3 SwitchComputingNode 1...ComputingNode 8ManagementServerMySQL DBClusterStorageServer 1StorageServer 4SecondaryStorage 1...SecondaryStorage 4.ComputingNode 1ComputingNode 8Cluster1 Cluster2...StorageServer 1...StorageServer 4SecondaryStorage 1...SecondaryStorage 4Service 1 Service NBGPBGPL4 SwitchL4 Switch L4 SwitchL4 SwitchFirewall FirewallFirewall FirewallPOD1 POD4
    15. 15. Copyright 2009 Trend Micro Inc.CloudStack Regional ArchitectureManagement server deployment required tohave very low latency to DB servers withinthe same region. It is recommended todeploy multiple separate managementservers when crossing multiple crossregions.
    16. 16. Copyright 2009 Trend Micro Inc.Global Cloud High Level ArchitectureL3SwitchL3SwitchComputingNode1...ComputingNode8StorageServer1StorageServer4SecondaryStorage 1...SecondaryStorage 4.ComputingNode1ComputingNode8Cluster1 Cluster2...StorageServer1...StorageServer4SecondaryStorage 1...SecondaryStorage 4Service1 ServiceNISPDistributionRouterL3SwitchL3SwitchComputingNode1...ComputingNode8StorageServer1StorageServer4SecondaryStorage 1...SecondaryStorage 4.ComputingNode1ComputingNode8SecondaryManagementServerMySQL DBClusterCLuster1 Cluster2...StorageServer1...StorageServer4SecondaryStorage 1...SecondaryStorage 4Service1 ServiceNL3SwitchL3SwitchComputingNode1...ComputingNode8StorageServer1StorageServer4SecondaryStorage 1...SecondaryStorage 4.ComputingNode1ComputingNode8Cluster1 Cluster2...StorageServer1...StorageServer4SecondaryStorage 1...SecondaryStorage 4Service1 ServiceNISPDistributionRouterL3SwitchL3SwitchComputingNode1...ComputingNode8StorageServer1StorageServer4SecondaryStorage 1...SecondaryStorage 4.ComputingNode1ComputingNode8SecondaryManagementServerMySQL DBClusterCluster1 Cluster2...StorageServer1...StorageServer4SecondaryStorage 1...SecondaryStorage 4Service1 ServiceNL3SwitchL3SwitchComputingNode1...ComputingNode8StorageServer1StorageServer4SecondaryStorage 1...SecondaryStorage 4.ComputingNode1ComputingNode8SecondaryManagementServerMySQL DBClusterCluster1 Cluster2...StorageServer1...StorageServer4SecondaryStorage 1...SecondaryStorage 4Service1 ServiceNISPDistributionrouterL3SwitchL3SwitchComputingNode1...ComputingNode8ManagementServerMySQL DBClusterStorageServer1StorageServer4SecondaryStorage 1...SecondaryStorage 4.ComputingNode1ComputingNode8Cluster1 Cluster2...StorageServer1...StorageServer4SecondaryStorage 1...SecondaryStorage 4Service1 ServiceNAvailabilityZone 1ISPBorderRouter..AvailabilityZone 4DCSGeVLANInternetserviceusersInternalCloudAdmins/CustomersAvailabilityZone 1 ISPBorderRouter..AvailabilityZone 4 AvailabilityZone 1 ISPBorderRouter..AvailabilityZone 4SJC1IAD1MUC1L4Switch L4Switch L4Switch L4Switch L4Switch L4Switch L4Switch L4Switch L4Switch L4Switch L4Switch L4SwitchFirewall Firewall Firewall Firewall Firewall Firewall Firewall Firewall Firewall Firewall Firewall FirewallPOD1 POD4 POD1 POD4 POD1 POD4MySQL DBClusterManagementServerManagementServerMySQL DBCluster
    1. A particular slide catching your eye?

      Clipping is a handy way to collect important slides you want to go back to later.

    ×