vCloud Maastro CLINIC Antoine Schokker Gabrie van Zanten.

vCloud Maastro CLINIC

Antoine SchokkerGabrie van Zanten

Antoine Schokker

Senior Consultant Open Line

Senior Consultant vanuit Maastro CLINIC

Gabrie van Zanten

Principal Consultant Open Line

VMware vExpert

Design en implementatieMaastro CLINIC vCloud project

Blog: www.GabesVirtualWorld.com

Open Line, aangenaam!

• 120 medewerkers• Samenwerken met vooraanstaande organisaties

in de ICT branche• Contractvormen:

– Consultancy– Projecten – SLA

Open Line Diensten

• Consultancy• Project• Hosting• Housing• Smart Monitoring• Smart Back-up• Smart Storage• Business Continuïty

Maastro CLINIC

•Radiotherapeutisch Instituut•Midden en Zuid-Limburg•Bestraling van diverse kankersoorten•Röntgenstraling, echter vele malen sterker•Radioactieve bron

•Behandeling patiënten•Scholing•Wetenschappelijk onderzoek•Academisch Ziekenhuis Maastricht (azM)•Universiteit Maastricht

Maastro CLINIC OTA(P) Project

Doel OTA(P)-oplossing

•Snellere en stabielere release van eigen ontwikkelde software•Stabielere Softwarerelease en –updates van externe leveranciers•Toerekenen van resources en kosten aan projecten – Chargeback (EU-gerelateerd)•Creëren van OTA omgevingen gebaseerd op productieomgeving t.b.v. onderzoeksactiviteiten

OTAP = Ontwikkel, Test, Acceptatie, Productie

Maastro CLINIC OTA(P) Project

Requirements OTA(P)-oplossing

• Geïsoleerde OTA omgevingen• Identiek aan Productieomgeving:

• IP adressen behouden• Applicaties niet dynamisch

• Meerdere kopieën van applicatiesets tegelijk actief• Met zo min mogelijk beheerinspanning applicatieset uitrollen

• evt. overlaten aan gebruikersOTAP = Ontwikkel, Test, Acceptatie, Productie

Maastro CLINIC OTA(P) Project

Marktonderzoek Offertetraject Gunning Realisatie

Technische installatie Organisatorische design

Oplevering

Organisatorisch design- Wie denkt mee?- Wat doen we wel en wat doen we niet?- Hoe doen we het?- Meest intensieve project onderdeel

Productie omgeving:

De P-omgeving:• bestaat uit applicaties die in Maastro CLINIC gebruikt worden door meer dan 1 persoon• wordt door I&S beheerd

Op de P-omgeving:• is een formeel changeproces van toepassing• draaien alleen gevalideerde applicaties

Acceptatie omgeving:

De Acceptatie omgeving:

• is bestemd voor (een) applicatie(s) in acceptatie die uiteindelijk in de P-omgeving worden ingezet.

• wordt door I&S beheerd• is een ‘directe’ afgeleide van de P-omgeving• bevat een extractie van Citrix en Citrix-Varian• wordt ook de documentatie (manual, install, etc) geaccepteerd.• Bestaat er maar één van !

Acceptatie omgeving (eisen):

• Acceptatietesten (minimaal hoofd scenario’s) zijn beschreven en goedgekeurd door Change Advisory Board

• Acceptatie testen geslaagd • Roll-back scenario beschreven en getest• Documentatie conform eisen eindgebruikers/beheerders• Formele goedkeuring door eindgebruikers

Test omgeving:De Test omgeving:• is bestemd voor (een) applicatie(s) in Test die uiteindelijk in de P-omgeving worden ingezet• is een schone omgeving

De applicatie(s) in test:• zal/zullen uiteindelijk beheerd worden door I&S• heeft/hebben interactie met omliggende processen/applicaties/databases

In de T-omgeving:• wordt (installatie)documentatie samengesteld • wordt niet ‘geknutseld’• bevinden zich geautomatiseerde standaardtesten• bevindt zich een debugger

Ontwikkel omgeving:

De ontwikkelomgeving:• is bestemd voor (een) applicatie(s) in ontwikkeling die uiteindelijk in de P-omgeving

worden ingezet• is een ‘speeltuin’• heeft een software debugger• is gescheiden van de T-omgeving• De applicatie(s) in ontwikkeling zal/zullen uiteindelijk beheerd worden door I&S• In de O-omgeving wordt documentatie gegenereerd

Onderhoud:

Hoe wordt OTA onderhouden?• OS en applicatie updates bijwerken in template en opgeslagen als meest recente

versie?• Wat gebeurt er met de oude versie?

Hoe worden updates verwerkt in al lopende versies?• Nieuwe uitrol omgeving of• Update opnemen in lopende project• Beide gevallen moeten mogelijk zijn

Proces: O ↔ T ↔ A ↔ P

Technische realisatie

Maastro vCloud

Technische KeuzeTechnisch design- Inrichting VMware vSphere 5.1 Enterprise omgeving- Inrichting VMware vCloud Director 5.1

VMware vCloud 1.5 of VMware vCloud Director 5.1?- vCloud Director 1.5 bewezen- vCloud Director 5.1 belangrijke design verschillen

- Storage Profiles- Snapshots- Provision vApp Templates

- Nu vCloud Director 1.5 implementeren betekent achterstand

VMware vCenter Server

Productie Integratie

VMware vSphere

Productie ClusterVMware vCloud Director

Datastores Port GroupsResource PoolsDatastores Port GroupsResource Pools

VMware vCenter Server

Management VMs

Productie ClusterVMware vCloud Director

Alle Management VMs in Productie cluster- Duidelijke scheiding- OTA resources geen bedreiging Management VMs

vCenter vCloud ChargeBack vShield

vCloud Resources

vApp Design

vApp Design

Proces: Digitrans

vApp combinaties:Kleine versus grote vApps

Kleine (1 a 2 VMs)• Lego©-stenen• Eenvoudig uit te rollen• Meer netwerkkoppelingen met andere vApps• Netwerkbeheer complexer

Grote vApps • Makkelijke opzet van vApps• Netwerkbeheer eenvoudiger• Elke vApp heeft veel (ongebruikte) resources nodig

per uitrol

vApp combinaties:

Architectuur:

Welke vApps willen we hebben en waaruit bestaan deze?• Uitgaan van Ketentest• Uitgaan van Proces• Uitgaan van Use-Cases• Uitgaan van Scenario

vApp Definitie o.b.v. scenario

0 = Change zelf1 = Direct geraakt2 = Indirect geraakt3 = enz.

0, 1 = 1 vApp2, 3 = testinput en outputdata

vApp combinaties

vApp combinaties:

• Welke applicaties en diensten per vApp?• Hoe vaak gelijktijdige kopieën van een

vApp (=aantal netwerken)?• vApp overzicht met netwerkverbindingen

naar buiten toe?• vApp overzicht met netwerkverbindingen

buiten de vApp naar de vApp?• Connecties naar/van CT/Linac?