Nyheder fra HP Discover konferencen i Las Vegas

Vi har i Businessmann lanceret en ny strategi, som HP er en væsentligt del af fremadrettet, og derfor har vi også valgt for første gang at deltage på HP’s årlige konference i Las Vegas for at høre omkring nyheder fra HP.

Det første, jeg bemærkede ved at deltage på HP Discover, var, hvor stor en forretning HP egentligt er. Businessmann fokuserer jo på selve infrastrukturen i datacenteret, men HP har rigtig mange softwareløsninger omkring Business Analytics, Big Data og meget andet.

Denne blog vil dog fokusere på de mest relevante nyheder inden for datacenteret – set med vores øjne.

HP Oneview v1.10 med HP 3PAR integration

En af HP’s større satsninger er omkring management af ens IT-infrastruktur med værktøjet HP OneView. Der er ingen tvivl om, at HP OneView ser ud til at blive meget interessant. Jeg kan sagtens allerede nu forstå, hvorfor nogle af vores kunder kigger på at implementere HP OneView. I bund og grund handler det om at gøre det enklere at administrere ens servere, storage og netværk for at reducere omkostninger til drift af datacenteret. Dette gør HP OneView ved at automatisere nogle af de arbejdsprocesser der er ved at vedligeholde ens datacenter.

hp_oneview

 

Der er ingen tvivl om, at administration af ens datacenter smelter sammen og de traditionelle silo’er med storage-, server- og netværksfolk er på vej til at blive ét datacenter team i stedet.

På Discover annoncerede HP OneView version 1.10, som vil blive frigivet indenfor de nærmeste uger. I denne version kommer der en række nye features, og nogle af de væsentligste er:

  • Automatisering af HP 3PAR StoreServ Storage, Fibre Channel (FC) Fabrics og Direct-Attach (Flat SAN) med integration i deres serverprofiler. Dette betyder at du vha. en serverprofil automatisk kan konfigurere en HP Server, fuld automatisering af zoning af FC switche og tilknytte HP 3PAR volumes til servere, blot ved at tildele en profil til den pågældende server hardware.
  • Support for nogle HP Virtual Connect FlexFabric og Fibre Channel moduler.
  • HP OneView for vCenter integration med vCenter Operations manager og vCenter Log Insight.
  • Firmware updates af HP Proliant DL G8 rack servers.

For en komplet liste, over hvad der er nyt i version 1.10, kan jeg anbefale denne FAQ omkring HP OneView 1.10

Jeg besøgte selv et Livelab på HP OneView version 1.10. Det er rimeligt nemt at gå til, ser lækkert ud og giver dig et hurtigt overblik over hele din IT-Infrastruktur. Benytter du HP servere og storage, vil jeg anbefale, at du kigger nærmere på HP OneView.

Hvis du vil se en demo af HP OneView 1.10, kan jeg anbefale denne.

HP 3PAR StoreServ 7450 med in-line hardware assisted deduplication

En af de trends, der er meget hypede i øjeblikket, er omkring flash storage. Der er utallige storage ”start-ups”, som fokusere 100% på storageløsninger, der udelukkende er flashbaseret. HP introducerede sidste sommer deres HP 3PAR All-flash array – med modellen 7450. Dog er prisen på flashbaseret storage temmelig dyrt i forhold til traditionel storage baseret på ”spinning-disks”.

Her på Discover annoncerede HP hardware-assisted in-line Thin Deduplication til deres HP 3PAR 7450 modeller for at reducere prisen for flashbaseret storage, og det giver rigtigt meget mening. På grund af denne teknologi meddeler HP, at prisen pr. GB for flash storage er identisk med eller lavere end traditionel storage baseret på ”spinning” disk. HP kan desuden også garantere 6-nines (99,9999%) på deres All-flash array. Thin Deduplication er dog en CPU-intensive feature, men den off-loades til deres hardware ASICs, som ifølge HP gør at introduktion af deduplication ikke kommer til at gå ud over performance.

The @HPStorageGuy Calvin Zito har lavet disse 2 ”Chalktalks” omkring de nye features til HP 3PAR StoreServ:

Udover Thin Deduplication kommer HP også med en HP 3PAR Thin Clones for non-duplicative VM cloning feature med support for både VMware og Hyper-V. Dette gør, at du får mulighed for øjeblikkeligt at oprette kloner af virtuelle maskiner og udnytte Thin Deduplication til at reducere kapacitetsbehovet. Jeg ser nogle gode use-cases for dette, i forhold til test/dev miljøer, som hurtigt skal teste en patch på et produktionsmiljø. En særdeles velkommen feature på HP 3PAR.

Kigger du på flashbaseret løsninger, så bør du kigge på HP’s 3PAR løsning, der kommer med superb performance, lav pr. GB pris, samtidigt med at de tilbyder traditionelle muligheder som replikering mellem sites og meget mere. Læs mere her.

Derudover har HP flere spændende 3PAR features i støbeskeen, som jeg virkelig glæder mig til at se implementeret hos vores kunder!

HP introducerer ”The Machine”

Der var selvfølgelig en hel række af andre nyheder på HP Discover,  en af de mere opsigtsvækkende var, at HP er i gang med at udvikle ”fremtidens computer”, som de mener vil revolutionere den måde, vi arbejder på i dag.

Forestil dig for eksempel, at din læge kan sammenligne dine symptomer og gener med enhver anden patient i hele verden øjeblikkeligt, for hurtigere at kunne identificere din sygdom, og give dig den rigtige behandling fra starten.

I dag har vi simpelthen ikke mulighed for at levere den computerkraft, der skal til for at kunne analysere datamængder af den størrelse, så hurtigt. Det vil HP lave om på!

HP har allerede nogle af komponenterne og en del af softwarestacken klar, alligevel forventer HP først, at den første release af ”The Machine” bliver tilgængeligt på markedet i 2019. Jeg synes, dette er ret cool, og det bliver spændende at følge HP med udviklingen af ”The Machine”.

the_machine

 

Uddannelse

På Discover tilbød HP, at hver deltager kunne tage op til 2 certificeringer gratis, hvilket jeg selvfølgelig benyttede mig af. Jeg bestod HP0-S35 – Implementing HP Blade Solutions”, som er et af certificeringskravene fra HP’s side.

Udbyttet af at deltage på HP Discover

At deltage på HP Discover – eller konferencer i det hele taget kan være en bekostelig affære. Men jeg får personligt og rent fagligt en del ud af at deltage på konferencer som denne. Derfor tror jeg også, at det giver mening for vores kunder at deltage på events som disse.

  • Networking, er selvfølgelig en stor del af at deltage på en konference. Det giver stor værdi at kunne diskutere de udfordringer, man står i, med ligesindede samt hvordan man har løst problemstillingerne.
  • Jeg bruger en stor del af min tid i udstillingsområdet primært på at tilegne mig ny viden, men også på at tale med udstillerne om deres teknologier – ikke kun i dette tilfælde HP’s produkter, men også andre producenters teknologier. Det er nemlig her, man har mulighed for at præge HP fremadrettet. Specielt i CDA området er de meget interesseret i feedback på, hvorvidt deres planer for de pågældende produkter er interessante for os, som både kunder og partnere.
  • Mulighed for at uddanne sig, via hands-on-labs. Her kan du selv prøve teknologier på en forholdsvis hurtig måde, uden at skulle bruge unødigt meget tid i ens eget lab på først at installere alle komponenterne, for derefter at kunne se potentialet i produktet.
  • Mulighed for at tilegne sig viden på områder, som er nye for én via forskellige specifikke sessioner.
  • Endeligt synes jeg også, at det er vigtigt, at man selv tror på den vision en producent har, for at man kan formidle deres budskaber og i sidste ende sælge deres teknologier. Her er jeg blevet bekræftet i, at HP med deres infrastrukturløsninger for servere, storage og netværk og især HP 3PAR er den rigtige producent for Businessmann at arbejde med.

For mig er det på konferencer som denne, at mine batterier bliver ladet op med ny viden, som fortsat kan være med til at drive, engagere og inspirere mig i min hverdag hos Businessmann og vores kunder. Jeg håber, at jeg med denne blog kan inspirere andre og forhåbentligt nogle af vores kunder til fremadrettet at deltage med Businessmann på konferencer.

I den forbindelse vil jeg tillade mig, at opfordre alle til at sætte kryds i kalenderen for årets store virtualiseringskonference – VMworld i Barcelona, der foregår den 12. til 16. oktober. Giv lyd fra dig, hvis du vil have invitationen sendt direkte til din mail, når vi har den er klar!

 

Posted in HP, IT-infrastruktur | Tagged , | Leave a comment

How to automate vSphere Metro Storage Clusters, so VMs are running locally to storage


bm
How to automate vSphere Metro Storage Clusters, so VMs are running locally to storage.

Lately, I’ve been working on a project for a customer, who needed to deploy a vSphere Metro Storage Cluster (vMSC) solution based on vSphere 5.5 and HP 3PAR StoreServ arrays to allow for site failover and improved disaster avoidance.

HP 3PAR StoreServ arrays supports a Uniform vMSC using 3PAR Peer Persistence, meaning that ESXi hosts within the vMSC cluster have access to storage arrays in both sites. See the following illustration for Uniform vMSC cluster architecture:

vmsc_1

For more information about implementing vMSC using HP 3PAR Peer Persistence, see the following whitepaper from HP: http://h20195.www2.hp.com/V2/GetPDF.aspx%2F4AA4-7734ENW.pdf 

HP 3PAR StoreServ is an ALUA-compliant storage array, where replicated virtual volumes are active on one site and passive on the other site. When datastore is accessible by ESXi hosts in both site, DRS and VMotion can migrate virtual machines between the two sites, without considering which site the virtual machine data files reside on.

The solution is to use DRS Groups with affinity rules (and a should-run rule) to ensure that virtual machines are running on ESXi hosts in the site where the active datastore is located. vSphere DRS and VMotion will take care of the rest, but still provide vSphere HA failover (because of the should rule) to the other site, in case of a failures on the main site.

The main challenge in this scenario is to maintain the DRS Groups. Every time a new virtual machines is deployed the admin needs to update the DRS Group. Over time, it is my experience that this will not be maintained and therefore automating this process is the way to go.

That was a long background for the main objective of this blog article, namely the automation process of updating the DRS groups in a vSphere Metro Storage Cluster.

Which automation tool to use?

There are several ways to automate this process, using either PowerShell or vCenter Orchestrator as the two most common ways. In this case, this process needs to be scheduled on a daily or weekly basis, so choosing vCenter Orchestrator was an easy choice, as it is built-in the product and also contains pre-configured workflows that we can built on to extend the functionality required in this case.

The vCenter Orchestrator comes as part of the vCenter Standard edition and is therefore free to setup and configure, if you have a licensed vCenter Standard Server.

If you’re unfamiliar with vCenter Orchestrator, VMware has created 15 free learning videos with introduction vCenter Orchestrator. Check it out here: http://vmwarelearning.com/orchestrator/

 

The concept of this workflow

The general idea behind this workflow is to pull a list of virtual machines from a datastore cluster and then configure the DRS Group to contain all of these virtual machines.

First create two Datastore Clusters, one for each site, as depicted from my LAB here below:

vmsc_2a

 

 

 

Each Datastore Cluster contains datastores from their respective local storage arrays. Secondly we need to create four DRS Groups as follows:

vmsc_3

 

 

 

 

 

And thirdly we need to create the affinity rules as depicted below:

vmsc_4

 

 

 

Now we just need to populate the VM DRS Groups with virtual machines that are running in Datastore Cluster from their respective site.

Creating the workflow

I will not go into details on setting up vCenter Orchestrator, as there are several good blog articles describing this process. Neither will I go through the process on how I created the workflow, as I decided to create a VCO package including the workflow and related actions, which you can download.

The VCO package can be imported into your vCenter Orchestrator instance and edited to match your environment.

To edit the workflow to match your environment naming convention edit these attributes:

  1. dc = Datastore Cluster Name
  2. vm_group = Virtual Machine DRS Group
  3. cluster = vSphere Cluster for DRS Group rules

This is version one of the workflow, solving the main challenge, by editing DRS Groups.

However take into account when an administrator manually storage migrates a virtual machine between sites, that – as part of that procedure – the VM needs to be excluded from the existing DRS Group and added to the new one. This workflow would assign that VM to the new DRS Group – but it will still exist in the old DRS Group.

This could also be automated by expanding this workflow or by creating another workflow as part of the Storage VMotion process, to edit the DRS Groups, which I would prefer. Doing it as part of the Storage VMotion process, will cause the VM itself to be migrated with VMotion after the Storage VMotion is finished to the new site.

Maybe that will be my next workflow ☺

Download link for the vCenter Orchestrator package: http://www.businessmann.dk/downloads/com.vmware.library.vmsc.package

 

Posted in HP, VMware | Tagged , , , , | 2 Comments

Hvad koster IT-infrastruktur i den offentlige sky?

Når jeg snakker public cloud med kunder, så er en af de store kilder til frustration i reglen: ”Jamen vi kan ikke overskue at finde ud af, hvad det koster”. Det kan man ikke just bebrejde dem, for der er et utal af parametre at forholde sig til, og det bliver hurtigt meget uoverskueligt.

Men det er blevet lidt nemmere på nogle områder, og med lidt vejledning, om hvad der er vigtigt, og hvad der ikke er, er det faktisk muligt at lave et rimeligt præcist regnestykke.

Amazon AWS EC2

Amazon har f.eks. en fin regnemaskine (se regnemaskinen – klik her), hvor man i princippet kan designe og få en pris på afviklingen af dette design.

Instance types

Det er dog interessant at vide noget  om instans-typer – for hvad er f.eks. en ”cc2.2xlarge” for en størrelse? Du kan få et detaljeret overblik her, men for et kort overblik kan siges, at Amazon på EC2 (Amazon Elastic Compute Cloud) arbejder med 5 (6) hovedtyper af instanser. Hver af disse er nedbrudt i generationer, og derefter i ”størrelse”.

Hovedtyperne er som følger:

  1. ”General purpose” instanser. Disse benævnes ”m1” og “m3″, og ideen er, at de balancerer CPU, memory og I/O-kapacitet – både netværk og disk. Altså en maskine der er god til lidt af hvert, men ikke super skarp til en bestemt ting.
  2. ”Compute-optimized” instanser. Disse kan kendes på bogstavet ”c” (og ”cc” for visse typer). Som antydet er fokus her på CPU-kraft. Der er generelt mere vCPU pr. GB end på andre instanstyper.
  3. ”GPU Instances”. Disse kendes – i dag – på bogstavet ”g”. Tidligere var de en del af Compute-optimized, og blev kaldt ”cg”. Det særlige ved disse er, som antydet, at de indeholder GPU-ressourcer til grafisk arbejde. Det er relevant f.eks. for XenApp med HDX 3D, der således kan afvikles fint på denne platform.
  4. ”Memory-optimized” instanser. De har også bogstavet ”m” – men i “m2″, og nyere kaldes ”cr”. De har en høj andel af memory ift. vCPU’er. De er f.eks. oplagte til visse databaser, filservere (for caching), etc.
  5. ”Storage-optimized” instanser findes i to varianter: ”i” og ”hi” for dem med fokus på I/O-hastighed på storage, og ”hs” der fokuserer mere på plads.
  6. ”Micro instances” er den sjette type. Det er en meget begrænset instanstype med meget få ressourcer. Den kan dog have sin berettigelse f.eks. til enkle administrative værktøjer.

Bogstavet siger altså noget om instanstypen. Herefter et tal som betegner en generation. Typisk siger det noget om hvilken CPU-type, der fysisk stilles til rådighed.

Herefter følger en betegnelse for størrelse – f.eks. ”2xlarge” i eksemplet, som betyder ”double extra large”. Det siger i sig selv ikke ret meget andet end, at den er større end en tilsvarende type ”xlarge” – ”extra large”, og mindre end en tilsvarende type ”4xlarge” – ”quadruple extra large”.
Da der er forskel på forholdet imellem CPU og memory i de forskellige instanstyper, er man nødt til at konsultere Amazons liste for at få de nærmere specifikationer.

Regnemaskinen giver dog et rimeligt overblik over de forskellige instanstypers specifikationer, så den er et udmærket sted at starte.

Reservations

Et andet emne, der kan være værd at vide noget om, er reservations. Du kan dykke ned i detaljerne om reservations her, men kort fortalt giver reservations mulighed for at få en lavere timepris på en instans, hvis man binder sig til en vis minimumsafvikling over enten ét eller tre år.

Der er forskellige trin – både for bindingsperiode og udnyttelsesgrad, som naturligvis giver en lavere timepris jo mere, man forpligter sig til. Linket giver en oversigt over tommelfingerregler for hvor meget afviklingstid, der giver mening at placere sig i.

Skulle man komme til at købe for meget afviklingstid, kan det efterfølgende handles med andre brugere. Binder man sig således for 3 år, og får man kun brug for at have reservationen i 1 år, kan man sælge den resterende reservation og dække noget af udgiften.

I/O – netværk og disk, samt pladsforbrug

Det sidste emne, der skal dækkes, er forskellige former for trafik- og pladsforbrug. Det er typisk her, det bliver rigtigt svært, for hvad er det samlede forbrug af trafik? Og hvad kommer det til at blive?

Først og fremmest har man jo altid muligheden for at lave noget hjemmearbejde med et overvågningsværktøj af en art f.eks. Perfmon. Det kan give noget konkret at arbejde med.

Men hvis man egentlig mest søger at få en fornemmelse af omkostningerne, så er det min anbefaling at ignorere det i første omgang. Omkostningen vil typisk være ret behersket ved typiske systemer efter danske forhold.

Dette kan illustreres ved at bruge Citrix’ beregner for CSP’ere. For 100 XenApp-brugere på en 24/7-løsning er det forventede forbrug af netværk og disk under 10% af den samlede omkostning. For en VDI-løsning taler vi under 5%.

Andre workloads vil naturligvis have andre karakteristika, men i første omgang kan man med fordel beskæftige sig med, hvad den rene compute power koster for at få en ide om økonomien.

Som en anekdote kan det nævnes at min private blog benytter Amazon CloudFront som content delivery network. Nok er der ikke voldsomt meget trafik til sitet, men i skrivende stund koster den service mig ca. 75 øre om måneden for trafik og plads.

Et eksempel

Længere oppe nævnes et eksempel på en løsning til 100 XenApp-brugere. For at illustrere omkostningerne kan man kigge på dette link, hvor beregningerne til compute kan ses.

Det er et regnestykke på et komplet XenDesktop/XenApp 7.x-setup i skyen til Hosted Apps (XenApp-funktionalitet) inkl. Netscaler til load balancing og CAG, SQL Server til data store, en domain controller, etc.

XenDesktop i skyen

Priserne er med 3 års heavy reservation på det meste, det svarer til den bedste pris over tre år på noget, der kører 24/7. Dog er der regnet med 14 timer i døgnet på XenApp-workerne, hvilket også er årsagen til medium reservation af disse VM’er.

Bemærk også, at alle Windows og SQL Server-licenser er inkluderet, som det typisk er i skyen. Priserne er for det Europæiske datacenter i Irland, det har lidt højere priser end de amerikanske centre.

Microsoft/Windows Azure

Microsoft Azure (Windows Azure er ved at skifte navn til Microsoft Azure) er en anden stor IaaS public cloud leverandør.

De har naturligvis også en regnemaskine (se Microsoft Azures regnemaskine), men deres er ikke helt så detaljeret som Amazons. Den sigter også på både Azures PaaS og IaaS-tjenester, hvor Amazons er specifikt for EC2, som er deres IaaS-område.

Azure har også en række typer af instanser, men udvalget er ikke så stort som hos Amazon. Det skal formentlig bl.a. ses som udtryk for, at de ikke har været i gang så længe, og derfor f.eks. ikke har så mange forskellige generationer. Men det er muligvis også et udtryk for et ønske om at gøre det simplere.

Det er muligt at mappe mange af Amazons instanser nogenlunde direkte til Azures, men ikke alle forhold mellem vCPU og Memory findes.

Køres samme design som ovenstående igennem Azure’s regnemaskine, kommer man frem til, at prisforskellen ikke er den helt store.

Azure er lidt højere, til gengæld er der ikke helt de samme bindinger. Microsoft tilbyder time-for-time ligesom Amazon, og derudover rabat for binding i 6 måneder og mere ved 12 måneder. Prisen kan yderligere sænkes ved at betale forud.

For en del offentlige kunder er det i øvrigt værd at bemærke, at der på SKI-kontrakten også er rabat på Azure.

Økonomi ift. egen infrastruktur

Det store spørgsmål er naturligvis, hvordan regnestykket så falder ud ift. en privatejet infrastruktur.

I tabellen herunder gives et regneeksempel på infrastruktur til ovenstående design hentet i henholdsvis en privatejet infrastruktur dedikeret til formålet vs. public cloud.

Public Cloud (AWS EC2) Privat infrastruktur
År CAPEX (USD) OPEX (USD) CAPEX (USD) OPEX (USD)
År 1 50.000 32.000 140.000 10.000
År 2 0 32.000 0 10.000
År 3 0 32.000 0 10.000
Total (CAPEX + OPEX) 146.000 Total (CAPEX + OPEX) 170.000

CAPEX for public cloud er relativt høj på grund af udgiften til reservation. Der kan flyttes noget fra CAPEX til OPEX ved at køre med mindre reservation, men det giver selvfølgeligt en højere pris totalt. OPEX for public cloud har ift. eksemplet fået 10% tilføjet til I/O-relaterede udgifter.

Den private infrastruktur er baseret på VMware vSphere uden større dikkedarer. Den repræsenterer naturligvis en overskudskapacitet i døgnets yderligere timer, da der regnes med 14 timers udnyttelse i døgnet. Kan man udnytte denne overskudskapacitet, ser regnestykket anderledes ud i det store billede.

Modsat skal man holde for øje, at brugen af public cloud typisk inkluderer to-center-drift. Ovenstående beregning er ikke med aktiv-aktiv eller hot stand-by, men i tilfælde af en stor katastrofe, kan fuld funktionalitet og kapacitet etableres indenfor få timer, når der benyttes public cloud.

Alene omkostninger til faciliteterne til ovenstående vil ved privatejet infrastruktur koste en vis sum. Afhængig af om man har egne faciliteter eller benytter sig af housing, varierer dette beløb betragteligt.

Man kan med rette forvente, at hardwarens levetide er længere end 3 år, men tabellen går kun hertil på grund af Amazons prismodel. Går man til 4 år, er der et umiddelbart break even ved samme belastning/behov.

Der kan naturligvis stilles en række parametre og forudsætninger op, som kan vippe regnestykket i enten den ene eller den anden retning. Alle kan være valide givet de rette omstændigheder – ligesom, at de under andre omstændigheder ikke er valide. Det må komme an på den aktuelle situation.

Min pointe er, at public cloud IaaS godt kan konkurrere – også ved ensidig fokus på bundlinjen – selv ved relativt lange bindingsperioder. Sideeffekten er en øget fleksibilitet som med det samme afspejles i økonomien – både op og ned. Om det er en fordel eller ej, må vurderes i de enkelte tilfælde.

Posted in Cloud, General, IT-infrastruktur, IT-sourcing, Public cloud | Tagged , , | Leave a comment

End of life på Microsoft Exchange 2003…

Nu nærmer dagen den 8. april 2014 sig med hastige skridt. Dette er dagen, hvor en masse Microsoft produkter har End-of-Life, heriblandt Windows XP som er den mest omtalte. Et produkt, der dog ikke er skrevet meget om, er Microsoft Exchange 2003, som ligeledes har End-Of-life den 8. april 2014. Det betyder ingen support og ingen updates fra Microsoft…

Hvis man fortsætter med at benytte produktet, vil det på sigt være en potentiel sikkerhedsrisiko, og man kan ikke komme udenom, at der er sket mange performance forbedringer i løbet af de sidste 11 år.

Hvis man stadig benytter Microsoft Exchange 2003, skal man hurtigt i gang med at planlægge en opgradering til Exchange 2010/2013 eller Office365. Businessmann vil gerne hjælpe med planlægningen og står til rådighed for sparring omkring valg af ny platform, herunder hvilke steps, der kræves for at migrere fra Exchange 2003 til Exchange 2010, 2013 eller Office365.

Hvad er nyt i Exchange 2013

Exchange 2013 indeholder en del nye features og en anden tilgang til administration af Exchange, hvis vi sammenligner med tidligere versioner.

  • Exchange Administration Center (EAC): Er et nyt Webbaseret management tool til administration af Exchange 2013. Den erstatter Exchange Management Console (EMC) fra de tidligere versioner. Dette gør det muligt for Exchange Administratorer at udføre de fleste af deres opgaver direkte fra en browser, uanset hvor man sidder i verden.
  • Exchange roller: Deployment-mæssigt er Exchange 2013 gået fra 5 roller i Exchange 2007/2010, tilbage til 2 roller som i Exchange 2003 / 5.x. De 2 roller i Exchange 2013 er Client Access Server (CAS) og Mailbox Server.
  • Public folders: Public folders (PF) har i Exchange 2013 fået sin renæssance, da Microsoft endeligt har besluttet, at de ikke skal afskaffes. PF data placeres nu i en speciel PF mailboks, disse mailbokse har samme arkitektur som bruger/ressource postkasser. Det vil sige, at de vil indgå som enhver anden postkasse i Exchange databasen, og at High availability vil blive håndteret af Exchange DAG’en (Data availability group).
  • IO / Performance: Exchange 2013 har lavet en hel del forbedringer for at optimere IO og performance. Database motoren er blevet skrevet om for at forbedre memory management og for at reducere IO. Hvis man sammenligner med Exchange 2003 regner Microsoft med en IOPS reduktion på 99%.

             KAN-DB-IOPS-Mailbox       

Exchange 2010:

Migrering af Exchange 2003 til Exchange 2010 kan foretages som en direkte migrering, da Microsoft understøtter sameksistens af disse 2 platforme. Microsoft Exchange understøtter bagud kompatibilitet med 2 versioner. Det vil sige, at man kan gå fra Exchange 2003 til Exchange 2007 / 2010.

Exchange 2010 tilbyder væsentlige forbedringer i forhold til Exchange 2003. Performance er bedre, klart forbedret Outlook Webapp med flere muligheder, og begrænsningerne omkring mailbox-størrelser samt antallet af items i en enkelt folder er fjernet eller forhøjet væsentligt.

Migreringen fra Exchange 2003 til Exchange 2010 kan foregå ved, at der parallelt med eksisterende Exchange installation introduceres et nyt Exchange 2010 setup i samme organisation. Det vil sige, at Exchange 2010 platformen sammenkobles med det eksisterende miljø for herefter at flytte mailflow, postkasser, public folders, etc. hovedsageligt via indbyggede funktioner i Exchange 2010. Når alle brugere er migreret til den nye server, vil den nuværende Exchange 2003 kunne nedlægges.

Migrering fra Exchange 2003 til Exchange 2010 består kort beskrevet af 5 faser.

  • Analyse af Exchange 2003 / dataindsamling og workshop
  • Design af ny løsning
  • Implementering af Exchange 2010
  • Migreringsplan
  • Test og udrulning, samt migrering af data

Exchange 2013:

Der er to muligheder for at komme fra Exchange 2003 til 2013, idet Exchange 2013 ikke understøtter sameksistens med Exchange 2003.

Den første mulighed er migrering fra Exchange 2003 til 2010, da en direkte migrering mellem disse er mulig. Når migreringen er gennemført, afinstalleres Exchange 2003. Derefter starter man implementering af Exchange 2013 og påbegynder migrering fra Exchange 2010 til Exchange 2013. Denne løsning har en del udfordringer, da alle transitioner giver sine problemer og data her migreres to gange. Derudover skal man have hardware/servere på plads til begge miljøer (2010 og 2013) og man vil påvirke brugerne af flere omgange.

Den anden mulighed er at benytte et 3. parts program til migrering af data. Businessmann har med fordel benyttet sig af Dell Migration Manager for Exchange til migrering af data. Denne gør det muligt at migrere data direkte fra Exchange 2003 til Exchange 2013. Brugerne vil ikke blive påvirket af migreringen, da den kan foretages, imens brugerne arbejder.

Ud fra tidligere erfaringer anbefaler Businessmann at benytte 3. parts migreringsprogrammet.

Migrering fra Exchange 2003 til Exchange 2013 består af 6 faser.

  • Analyse af Exchange 2003 / dataindsamling og workshop
  • Design af ny løsning
  • Implementering af Exchange 2013
  • Implementering af migreringsværktøj (Dell Migration Manager for Exchange)
  • Migreringsplan
  • Test og udrulning, samt migrering af data

Office365:

Migrering til Office365 er samme procedure som Exchange 2013, da det er samme platform. Her er samme muligheder gældende som for Exchange 2013. Enten en 2-step migrering fra Exchange 2003 til 2010, derefter Exchange 2010 til 2013. Eller at benytte et 3. parts migrerings produkt.

Businessmann anbefaler at benytte Dell Migration Manager for Exchange, da man derved undgår to migreringer, og man kan gå direkte fra sin nuværende Exchange 2003 platform til Office365. Office365 har ydermere begrænsninger i hvor meget data en migreringsadministrator kan uploade. Dette omgår Dell Migration Manager for Exchange ved at lave en pulje af migreringsbrugere, så man holder hastigheden oppe på migreringen.

Migrering fra Exchange 2003 til Office365 består af 5 faser.

  • Analyse af Exchange 2003 / dataindsamling og workshop
  • Konfiguration af Office 365
  • Implementering af migreringsværktøj (Dell Migration Manager for Exchange)
  • Migreringsplan
  • Test og migrering af data

Dell Migration Manager for Exchange:

Businessmann anbefaler at benytte Dell Migration Manager for Exchange til migrering af Exchange 2003 til 2013 / Office365. Dette gør vi, da det ikke er muligt at migrere direkte fra Exchange 2003 til Exchange 2013 eller Office365. Microsoft understøtter to versioners bagudkompatibilitet, så det er derfor kun muligt at migrerer direkte til Exchange 2007/2010, når man kommer fra 2003.

Når man benytter sig af Dell Migration Manager for Exchange, så vil man kunne opgradere direkte fra Exchange 2003 til Exchange 2013 / Office365, uden at skulle igennem to migreringsprojekter.

Værktøjet understøtter direkte migrering af brugerpostkasser samt det ændrer pegepinden til Outlook, så det ikke burde være nødvendigt at re-konfigurere Outlook Klienterne efter endt migrering.

KAN-DellMigrationManagerForExchange

Migreringssceneriet kan variere alt efter virksomhedens størrelse. Hvis du står i en situation, hvor du skal have opgraderet din Microsoft exchange 2003 hurtigst muligt, så kontakt Businessmann for en plan, der passer præcis til din virksomhed.

Med venlig hilsen

Kasper Nørregaard, seniorkonsulent Businessmann

Posted in Microsoft | Tagged , , , , , | Leave a comment

Lost your vSphere 5.1 Master SSO Password?

Just a short blog article from me.

Today I was at a customer site and needed to upgrade vCenter server 5.1 to Update 2. I asked for their SSO Master password for admin@system-domain and it was nowhere to be found.

After some research on how to recover the SSO Master Password, I found that the SSO Master password is saved in clear text in the following file: :-/

C:\Program Files\VMware\Infrastructure\SSOServer\webapps\lookupservice\WEB-INF\classes\config.properties

Not so good from a security perspective :-/

This is true for vSphere 5.1. I haven’t yet verified if the same is true for vSphere 5.5, but I doubt it!.

Follow me on @heinoskov 

Posted in VMware | Tagged | Leave a comment

Virtualize OS X using vSphere on Mac hardware

In this 3 page blogpost I will provide some information about how to virtualize OS X using vSphere on Mac hardware. Considering the following questions: What is required to vitualize OS X? Which hardware is supported, and which hardware works? … Continue reading

Gallery | Tagged , , , | 28 Comments

VMware Partner Exchange Nyheder

Businessmann har i den forgangne måned deltaget i VMware PEX i San Francisco for at høre fra hestens egen mund, hvorledes VMware og partnermiljøet ser udviklingen i markedet. Tekniske nyheder var der ikke mange af, men VSAN og NSX er meget oppe i tiden. På strategi-siden er der dog mere gang i kedlerne.

Virtual SAN:

VSAN er VMware’s version af virtualiseret storage til SMB og Test/dev markedet og afløser for det gamle VSA. Det er en helt anderledes måde at håndtere diskplads på i forhold til, hvordan vi hidtil har gjort det, da VSAN benytter lokale diske i de enkelte hosts til at lave shared, High performance og redundant storage. Ved at behandle de enkelte diske som JBODs (Just a Bunch Of Disks) og derefter replikkere data imellem VSAN medlemmerne efter en konfigureret plan kan VMware opnå redundans og performance, uden at der går alt for meget diskplads tabt til RAID. High performance frembringes ved, at der som minimum skal monteres en SSD disk, der fungerer som cache for SAS, eller SATA diske, der benyttes til data, lidt som vi kender det fra Pernixdata og VMware View’s storage cache. VSAN er nemt at konfigurere, da der ikke er noget RAID, der skal sættes op. Det fungerer kun med enkeltstående diske, og definitionen af hvor mange kopier (en slags raid-level eller network-raid), der skal spredes ud over VSAN clusteret, fungerer fint. Husk dog at ved konfigurationen at fravælge automatisk diskvalg, da VSAN ellers tager alle diske, der kan ses, og det er måske ikke hensigtsmæssigt. Vælg manuel diskvalg og tjek, hvilke diske der benyttes, så du ikke ved en fejl får lagt USB medier, SD kort eller andet storage med ind i VSAN ved en fejl.

Minimums krav til VSAN er en SSD disk og en SAS/SATA disk per host i VSAN clusteret, minimum 3 hosts i clusteret. Per dags dato kan der maks. være 8 hosts i et VSAN cluster, men der går rygter om, at dette udvides kraftigt inden release af det færdige produkt.

VSAN er indtil videre kun ude i beta, så der er ikke et prisoverslag endnu, men mon ikke det er lige ved at være der?

Hvis der er spørgsmål til VSAN, så tøv ikke med at tage fat i os, så finder vi ud af en demo eller en gennemgang af produktet.

VMware NSX:

VMware NSX er virtualiseret netværk, således at provisionering og administration af netværk og firewall foretages i software i stedet for i hardware. VMware NSX skal tilbyde Multi-tennancy virksomheder muligheden for nemt, hurtigt og sikkert at håndtere netværk i en virtualiseret verden. I kontrast til vshield og edge produkterne er NSX integreret i vCenter og benyttes til at segmentere og isolere netværk mellem virksomheder, institutioner og sites, således at man håndterer netværket direkte i vCenter.

Her er et design for NSX på Cisco UCS udstyr:

http://blogs.vmware.com/networkvirtualization/files/2014/02/VMware-NSX-on-Cisco-N7KUCS-Design-Guide.pdf

NSX er endnu ikke prissat, og jeg har ikke nærmere info om hvornår der kommer priser på.

VMware PEX generelt

VMware PEX har altid et par slogans, der går igen gennem konferencen, denne gang er det ”Work at the Speed of Life” og ”Master the New Reality”.

Work at the Speed of Life:

Markedet for virtualisering er ved at ændre sig, efter at den store bølge af fysisk til virtual konvertering er overstået, og nye tiltag skal til. Vi har alle vænnet os til, at serverparken er virtuel, men VMware er klar til at tage næste skridt og virtualisere hele datacenteret, således at servere, storage, netværk og end points er virtuelle og kontrollerbare fra en central platform. og mobile.

For at opfylde den vision har VMware været på indkøb i markedet for end point håndtering og har erhvervet sig et par spændende virksomheder, der skal tilføje features til VMware’s end point strategi.

Desktone (http://www.desktone.com/):

Desktone leverer desktops og applikationer direkte fra skyen, og det bliver spændende at se, hvordan Desktone’s produkter og VMware View kommer til at blive skruet sammen for Cloud baseret desktop deployments. Ved hjælp af Desktone’s produkter kan hosting providers og større organisationer, der har behov for multi-tennancy, levere desktops og/eller applikationer fra skyen. Desktone har siden starten været målrettet mod skyen og understøtter således både Private Cloud, Public Cloud og hybrid. Desktone tilbyder 7 dages trial via deres egen portal. Du kan tilmelde dig på http://www.vmware.com/products/daas, og du får et login inden for få minutter. Prøv det og oplev en desktop og applikationer direkte fra skyen.

Air Watch (http://www.air-watch.com/):

Air Watch leverer produkter, der håndterer end points, Air Watch produkter bruges til at håndtere smartphones, tablets og lap tops, således at disse er sikre at benytte, kan benyttes med virksomhedens applikationer, og at data kan fjernes igen, hvis det bliver nødvendigt. Air Watch håndterer Apple, Android og Microsoft Windows 7/8 devices og rammer således næsten alle enheder, der kan komme i spil som end points i en ”Bring Your Own Device” verden

Sanjay Poonen fra VMware snakkede om End point Computing fra keynotes torsdag morgen:

http://www.youtube.com/watch?v=6QHQgastm6w

Master the New Reality:

PEX-master-the-new-realityMarkedet ændrer sig ,og ligeledes gør VMware, hvilket kommer til at have indflydelse på partner programmet. Der er ændrede krav, der skal opfyldes for at opnå Enterprise og Preferred, hvilket kommer til at betyde, at det bliver sværere for den enkelte partner at bibeholde deres status. Det bliver spændende at se, hvad betydning det kommer til at have for det danske marked.

San Francisco generelt:

Lidt fritid blev det også til, efter en god lang dag på Moscone Center kunne vi nyde hver aften i en af verdens mest spændende byer. God mad i spændende indpakning som set her på restauranten ”The Stinking Rose” (http://thestinkingrose.com/about-sf.htm):

PEX-krabbeEn hel krabbe selvfølgelig, eneste garniture består af hvidløg og intet andet. Man kan sagtens få andre ting, men jeg skulle jo selvfølgelig prøve noget andet end steaks. Fantastisk sted med god stemning, og der lugter ikke så grimt, som man skulle forestille sig. Til krabbe får man udleveret hagesmæk.

 PEX-AlcatrazAlcatraz
Søndag, i den helt rigtige ramme, let regn, mørkt, koldt og blæsende nåede vi også en tur på Alcatraz.

Vejret blev dog bedre i løbet af ugen, så alt i alt en fantastisk tur med verdens bedste hold!

PEX-lufthavnMan skal ikke lade sig narre af, at vi ser lidt mutte ud, turen over dammen tog 11 timer og indflyvning til SF var bulet, så der skulle samles poser ind til midter-sædet i flyet.

De implicerede er på billedet stadig lidt mærkede af dette, men det gik over efter den første steak.

Jeg kan varmt anbefale VMware Partner Exchange, der er en unik mulighed for at netværke både med andre partnere og med de høje herrer hos VMware.

Tak for en god VMware Partner Exchange, og lad os ses til næste år!

Yours truly:

Martin Knudsen, Arkitekt, Businessmann

 

Posted in VMware | Tagged , , , , , | Leave a comment