cloudexpo nyc - citrix cloud platforms best practices for architecting your cloud infrastructure

Download CloudExpo NYC - Citrix Cloud Platforms Best Practices for Architecting Your Cloud Infrastructure

Post on 18-Nov-2014

572 views

Category:

Technology

0 download

Embed Size (px)

DESCRIPTION

Citrix Cloud Platforms Best Practices for Architecting Your Cloud Infrastructure. Presented at CloudExpo New York City.

TRANSCRIPT

  • 1. Best Practices for ArchitectingYour Cloud InfrastructureTechnical Best Practices for a Solid CloudArchitectureMatt MullinsCloud Platform Implementation Engineer, Worldwide Cloud Services
  • 2. 2013 CitrixAgenda2 Introductions Defining Architecture ObjectivesBusinessTechnicalOperational Four Key Architecture Components Reviewing Workloads Types Management Server Architecture & Storage Sizing Building a Repeatable Architecture
  • 3. IntroductionsA quick look at who this guy is
  • 4. 2013 CitrixAbout Matt Mathias Mullins, mathias.mullins@citrix.com Been working in IT since 1996, living Cloud since 2009 Enterprise and Infrastructure Architect for FedExs 6operating companies for 6 years before joining Citrix Lead Capacity Planner and Designer for 30,000 VMs Work with designing architectures and implementingprivate and public clouds Believe we live in the Clouds every day! Professional Event, Nature and Wildlife photographer Connect at www.linkedin.com/in/mormullins
  • 5. Defining Architecture ObjectivesUsing the data you have to help define theCloud
  • 6. 2013 CitrixLife-Cycle of Cloud Architecture6A solid cloud architecture cannot bedesigned and implemented instantly A strong initial vision has to be defined todevelop a usable architecture Needs of a large number of stakeholders andbe taken into consideration of the design Initial Architecture will be refined and adjustedthrough discovery, analysis, and designphases An architecture that skips this process willnormally find failure and major gaps inimplement and rollout phasesDiscoveryAnalysisDesignImplementRollout
  • 7. 2013 CitrixArchitecture Considerations and Objectives7 Three major considerations must be taken into account from the beginning ofArchitectural DesignBusiness drivers help to define what you need for technology capabilitiesTechnology is just one piece of the puzzleDesign an architecture that is operationally durable
  • 8. 2013 CitrixArchitecture ObjectiveBusinessOperationsTechnologyTimeCapabilities
  • 9. 2013 Citrix9Architecture Process based on Vitruvian TriadUtilitasVenustas FirmitasBlueprint aka DesignDesign arranged to meet functional needsStandards aka DurabilityMaterials and logistics of constructionFunction aka RequirementsClients need for structure* Ref. Palladio Treatise
  • 10. 2013 Citrix10Architecture Process based on Vitruvian TriadBusinessTechnical OperationsBlueprint aka DesignDesign arranged to meet functional needsStandards aka DurabilityMaterials and logistics of constructionFunction aka RequirementsClients need for structure* Ref. Palladio Treatise
  • 11. 2013 CitrixArchitecture Objectives11Mentality Change No matter how technically detailed the cloud is, have to assess the business andoperations components for success. All Private Clouds have customers - they just dont pay by credit card! In the Cloud you are no longer an administrator. You are now a service providerService/Operational Level AgreementsProvide capabilities, not administrate requestsCustomer service is back!Cloud Operations is a Business using your Technology Private, Public, or Hybrid
  • 12. Four Key ArchitectureComponentsThe foundation of your cloud
  • 13. 2013 CitrixFor the cloud, this phenomenon is represented by what Icall the four horsemen of dominant design. The fourhorsemen are:1. Servers2. Network3. Storage4. SoftwareRob Carter CIO FedEx Corporation113
  • 14. 2013 Citrix14Architecture Process based on Vitruvian TriadBusinessTechnical Operations* Ref. Palladio Treatise
  • 15. 2013 Citrix15Architecture Process based on Vitruvian TriadComputeStorage NetworkRepository for VMs / DataSAN / NFS / LocalConnectivity to ResourcesLAN / WAN / MAN / SANCore Virtualization SystemsCPU / Memory* Ref. Palladio TreatiseSoftwareThe Glue that Pulls it TogetherCloud / Hypervisor / Network / Storage
  • 16. 2013 CitrixFour Key Components16 Architecture success is going to be driven through your use of modulartechnology in the cloud. Modular technology allows for a POD based design to truly work Architectures usually start out looking at traditional and move to POD Building on modular technologies decrease the complexity of system inter-dependenciesGreater network complexityMore dependency on LAN and WAN backbones
  • 17. 2013 CitrixInfrastructure Components and Pod Examples17 Reference: Cisco vmdcCPoDDesign20
  • 18. 2013 Citrix18
  • 19. Reviewing Workloads TypesWorkload-Driven Deployment Process
  • 20. 2013 CitrixDeployment Architecture WorkflowDefine target workloadsDetermine how that application workload will be delivered reliablyDevelop the deployment architectureImplement cloud deploymentOperate cloud environment (e.g., monitor, upgrade, patch)
  • 21. 2013 CitrixWorkload Types21 Cloud keeps developing toward IT-as-a-ServiceAlmost any system or platform can be architected into a service, XaaS Most applications can be categorized into two different workloadsCloud WorkloadsTraditional Workloads Fully redundant systems. Backupentire application infrastructure,restore upon failureCloud-Era Workloads Apps are developed to tolerateand adapt to failures
  • 22. 2013 CitrixDetermine Workload Types22 What do my customers need:Scalability?Complete Reliability?Specialized or Dedicated Hardware?Relies on External Physical Devices? Firewall, Load Balancer, etc Can the applications in the Cloud:Immediate scalability?Does the application provide its ownreliability and assumes infrastructure will failProvide Elastic Service and Capacity?Utilizes L3 resources?Use Software/Virtual Services?Start by asking some questionsIf you answered Yes to theseYou have Traditional WorkloadsIf you answered Yes to theseYou have Cloud WorkloadsChances are that you or your customers may have both!
  • 23. 2013 CitrixWorkload Type Traditional StylevCenter/XenCenterServerClusterServerClusterServerClusterEnterprise Networking (e.g., VLAN)Enterprise Storage (e.g., SAN)HypervisorStorageSANNetworkingL2 VLANsNetwork ServicesLoad BalancingMulti-tier AppsMulti-tier VLANs OVFFeature Rich vSphere, XenServer
  • 24. 2013 CitrixWorkload Types Cloud EraHypervisorStorageLocal SharedNetworkingL3 Elastic IPNetwork ServicesSecurity GroupsMulti-tier AppsL3Simple XenServer, KVMSoftware Defined Networks(e.g., Security Groups, EIP, ELB,...)Amazon-Style Availability ZoneServerRacksServerRacksServerRacksServerRacksServerRacksServerRacksServerRacksServerRacksServerRacksElastic Storage
  • 25. 2013 CitrixObject StoragevCenter/XenCenterServerClusterServerClusterServerClusterEnterprise Networking (e.g., VLAN)Enterprise Storage (e.g., SAN)AvailabilityZoneAvailabilityZoneAvailabilityZoneServer Virtualization Availability ZoneCloudPlatformMgmt. ServerWorkload Types - Combined
  • 26. 2013 CitrixWorkload Types Combined + Global
  • 27. Management ServerArchitecture & Storage Sizing
  • 28. 2013 CitrixManagement Server Cluster Backup andReplication
  • 29. 2013 CitrixManagement Server Cluster HardwareLoad Balancer NetScaler VPX or MPXManagement Server 1 Intel or AMD CPU server with at least 2GHZ, 1 socket, 4 cores, 16GBof memory, and 250GB of RAID 1 local disk storageManagement Server 2 Intel or AMD CPU server with at least 2GHZ, 1 socket, 4 cores, 16GBof memory, and 250GB of RAID 1 local disk storage.Primary MySQL Intel or AMD CPU server with at least 2GHZ, 1 socket, 4cores, 16GBof memory, and 250GB of RAID 1 local disk storage.Backup MySQL Intel or AMD CPU server with at least 2GHZ, 1 socket, 4cores, 16GBof memory, and 250GB of RAID 1 local disk storage.Standby Management Serve