Cloudscape Overview
•Télécharger en tant que PPTX, PDF•
1 j'aime•934 vues
The document discusses building a private cloud with System Center. It shows a diagram of a cloudscape with public, dedicated, and private clouds that can securely federate. It then provides configuration details for setting up 5 servers - two Hyper-V hosts, a VM storage server, a VDI server, and a development server - to build the private cloud infrastructure.
Recommandé
Recommandé
Contenu connexe
Tendances
Tendances (20)
En vedette
Similaire à Cloudscape Overview
Similaire à Cloudscape Overview (20)
Plus de Harold Wong
Plus de Harold Wong (20)
Dernier
Dernier (20)
Cloudscape Overview
- 3. “The Cloudscape” Dedicated Cloud Public Cloud Publish to Cloud Secure Cloud or Enterprise Federation Private Cloud International ENTERPRISE
- 5. System Center Helps Deliver IT as a Service Configure App Controller Orchestrator Deploy Virtual Machine Manager Operations Manager Service Service Delivery Model and Automation Configuration Manager Self Service Data Protection Manager App DC Owner Admin Service Manager Service Manager Monitor Operate Application Management Service Delivery and Automation Infrastructure Management
- 6. Build Your Own Private Cloud
- 7.
- 8. Rack Server Position Name 1 HyperV1 2 HyperV2 3 VDI 4 Development 5 VMStorage
- 11. Operating System Windows Server 2008 R2 SP1 Processor Type/Architecture 64-bit Memory 48 GB Configuration of Disc Requirement 1 – SAS 2TB 7200 RPM HYPERV1 Server Role HyperV, File Services Server Features Background Intelligent Transfer Service Failover Clustering Remote Server Administration Tools IP Address 10.10.10.5/24 10.10.11.5/24 10.10.110.5/24 FQDN HYPERV1.ITprosrock.com
- 12. Operating System Windows Server 2008 R2 SP1 Processor Type/Architecture 64-bit Memory 48 GB Configuration of Disc Requirement 1 – SAS 2TB 7200 RPM HYPERV2 Server Role HyperV, File Services Server Features Background Intelligent Transfer Service Failover Clustering Remote Server Administration Tools IP Address 10.10.10.6/24 10.10.11.6/24 10.10.110.6/24 FQDN HYPERV2.ITprosrock.com
- 13. Operating System Windows Server 2008 R2 SP1 Processor Type/Architecture 64-bit Memory 48 GB Configuration of Disc Requirement 6 – SAS 2TB 7200 RPM VMSTORAGE Server Role HyperV Server Features Remote Server Administration Tools Additional Component Microsoft iSCSI Target IP Address 10.10.10.7/24 10.10.11.7/24 FQDN VMSTORAGE.ITprosrock.com
- 14. Operating System Windows Server 2008 R2 SP1 Processor Type/Architecture 64-bit Memory 48 GB Configuration of Disc Requirement 4 – SAS 2TB 7200 RPM VDI Server Role HyperV, Remote Desktop Services Server Features Remote Server Administration Tools IP Address 10.10.10.8/24 FQDN VDI.ITprosrock.com
- 15. Operating System Windows Server 2008 R2 SP1 Processor Type/Architecture 64-bit Memory 48 GB Configuration of Disc Requirement 4 – SAS 2TB 7200 RPM DEVELOPMENT Server Role HyperV Server Features Remote Server Administration Tools IP Address 10.10.10.9/24 FQDN DEVELOPMENT.ITprosrock.com
- 16.
- 17.
Notes de l'éditeur
- Transition from Previous SlideSo let’s take a deeper look at how IT as a Service and the conversation between App Owner and Datacenter Admin work. Goal: Frame how System Center 2012 enables delivering IT as a Service between the App Owner and DC Admin personas that we defined. Talking Points If we think about the two personas we just discussed, let’s discuss the capabilities required to deliver IT as a service using a hybrid computing model. <click> First, you need a “simple” self-service experience to enable your application owners to specify their requirements. For example, let’s suppose they want to provision a SharePoint service with the following specs: 3 tier .NET architectureHas a set of configuration and deployment parameters to conform with (e.g. perf thresholds, scale out rules, update domains)Needs 99.95% availability SLAAdheres to compliance/security controls around SOX/HIPAA Need on-demand reporting on key availability metrics that track against SLA<click> Next, you need a way to understand the topology and architecture of the application service in question. An application deployed in on an abstracted, or cloud computing model is called a “service”. This would necessitate a “service model” that accurately binds the application’s architecture to the underlying resources where it will be hosted. The “service model” would be comprised of: Service definition information, deployed as “roles”. Roles are like DLLs, i.e. a collection of code with an entry point that runs in its own virtual machineFront end: e.g. load-balanced stateless web serversMiddle worker tier: e.g. order processing, encodingBackend storage: e.g. SQL tables or filesService Configuration informationUpdate domainsAvailability domains Scale out rules<click> You will need a set of process automation capabilities to break down this application provisioning request into the enterprise change requests that need to be implemented. This could include setting up the underlying infra and then a set of app configuration/release requests that need to be tracked (and ideally implemented with orchestrated automation)<click> Next you need a set of provisioning tools that actually configure and deploy the infra and application layers.<click> the underlying datacenter resources could be physical, virtual, private or public cloud as per the requirements dictated by the application’s service model <click> once the underlying infrastructure and application service are deployed, they would immediately need to be “discovered” and monitored for reporting and health tracking<click> There you see how the System Center 2012 components offer these life cycle management capabilities in combination to help you deliver hybrid IT as a Service as per your organization’s requirements: App Controller would offer that self-service experience that allows your application owners manage their apps across private and public environments. Service Manager offers the standardized self-service catalog that defines “templates” for your applications and infrastructure. App Controller, Virtual Machine Manager, Service Manager and Operations Manager work together to maintain the service model through the application service life cycleOrchestrator and Service Manager offer orchestrated automation for the process workflows required to drive your provisioning and monitoring toolsVirtual Machine Manager and Configuration manager can provision physical, virtual and cloud environmentsOperations Manager (AVIcode capabilities will be built into Operations Manager) monitors your application services end to end and offers deep app insight to help you deliver predictable SLAYour datacenter resources could be deployed anywhere from physical boxes to virtual to private to public with Windows Server/ Hyper-V and Windows Azure However, to get to this agile self-service end-state, you will have to start with abstracting your infrastructure and allocating it appropriately so that your business units can deploy and manage their applications on top. Transition: So, how does System Center 2012 get you to this point where you can deliver IT as a Service?Talking points:If we think about all the processes involved in delivering IT as a service, they can really be categorized into three buckets: Application Management: Deploying and operating your business applications Service Delivery & Automation: Standardizing and automating service and resource provisioning, managing change and access controls, etc.Infrastructure management: Deploying and operating all the underlying infrastructure on which your business applications and services run.