I det här inlägget tänkte jag göra exakt samma sak fast med en Windows Container och istället för Docker så gör jag allt med Powershell.

Nu kör vi!

(Du kan klicka på bilderna för en större version!)

Skapa ny virtuell server i Azure och anslut till den

Enklaste sättet att testa Windows Containers är att skapa en ny server i Azure med hjälp av mallen ” Windows Server Container Preview”. Den bygger på ”Windows Server 2016 Technical Preview 3” där det finns stöd för Windows Container-rollen. I mallen är container-funktionen redan installerad och klar:

Skapa en server och se till att konfigurera dina ”Endpoints” så att du kan ta emot trafik på port 80:

När servern är på plats kan du RDP:a in på den och möts då av den här spännande synen, en kommandoprompt:

Vi startar Powershell och kör ett litet ”Get-Command”-kommando för att se vad vi kan göra med våra containers:

Skapa container och anslut till den

Vi ser att vi har en färdig ”Container Image” som vi kan basera våra kommande Containers på. Vi ser också att vi har en virtuell switch på plats. Tacka Azure för det!

Vi skapar en ny container baserad på vår image och ansluter den till vår virtuella switch. Vi startar sen vår container och ansluter till den via ”Enter-PSSession”-kommandot:

Installera webb-server i din container

Nu laddar vi ner vår webb-server i form av en zip-fil som vi sen packar upp och startar:

Sen avslutar vi vår Powershell-session och hoppar ut från vår container och tillbaka till vår container-host.

Konfigurera NAT för extern åtkomst till container

Nu blir det lite klurigt! Vi har nu en container som har den lokala IP-adressen 172.16.0.2, den adressen har den blivit tilldelad automatiskt. Det vi nu vill göra är se till så att port 80-anrop på vår container-host, alltså den servern som vi skapat i Azure, ska skickas vidare till port 80 på vår container och på så sätt träffa vår webb-server.

Vi skapar då en ny mappning mellan vår container och vår container-host med kommandot ”Add-NetNatStaticMapping” där vi pekar ut vilka portar det gäller och även vilka IP-adresser.

Avslutningsvis skapar vi en ny brandväggsregel på vår server för att släppa igenom trafik på port 80.

För att allt detta ska fungera krävs också att ni gjorde som jag bad er i början på det här inlägget, alltså att ni konfigurerade så kallade ”Endpoints” för port 80, när ni skapade er virtuella server:

Surfa in!

Om allt gått rätt till kan du nu surfa in på den externa IP-adressen som din server blivit tilldelad, då ska det se ut såhär.

Lycka till!

Jag ska göra detta:

1. Skapa och publicera en Desired State Configuration-fil
2. Lägga till DSC-tilllägget på min virtuella server i min mall
3. Pekar ut den publicerade DSC-filen och konfigurationen i min mall
4. Rulla ut mallen
5. Klart!

Skapa och publicera Desired State Configuration-fil

Jag gör en väldigt enkel konfiguration som ser till att IIS:en installeras på min server. Koden för det ser ut såhär:

Jag packar sedan in min ps1-fil i en zip-fil som jag publicerar på GitHub, jag tycker det är enklast, då ligger den där som en publik fil som min virtuella server i Azure kan ladda ner. Det går även att lägga filen i Azure men då krävs en ”token” för att läsa den.

När filen är på plats ute på Internet är det dags att gå vidare!

Lägga till DSC-tillägget i mallen

I Visual Studio öppnar jag mitt projekt som jag skapade i mitt tidigare blogginlägg. Jag högerklickar bland mina resurser och väljer ”Add New Resource”:

Jag väljer ”Powershell DSC Extension”, ger den ett namn och pekar ut den virtuella server som ska få tillägget:

Peka ut DSC-filen i mallen

Visual Studio lägger då till ett antal parametrar i min mall, det är parametrar som ska peka ut filen som innehåller min DSC-fil och även vilken del av filen som ska implementeras:

Visual Studio lägger även till parametrar för att ladda upp och läsa filer från Azure. Dom parametrarna plockar jag bort för att förenkla det hela lite. Här är ett exempel på hur det kan se ut när parametrarna är utrensade och fått sina korrekta värden:

Jag lägger dessutom till lite extra data på min extension-resurs för den MachineName-parameter som min DSC-konfiguration använder sig av, det såg ni på bilden ovan.

Rulla ut mallen

Jag öppnar nu Powershell ISE och rullar ut mallen, om allt går som det ska ser det ut såhär:

Klart

Jag gör inget mer nu utan surfar bara in på den publika IP-adress jag fått och ser att IIS:en är på plats!

Avslutning

Sammanfattning: Detta blogginlägg visar styrkan i att jobba med båda ARM-mallar och DSC. Du kan både rulla ut och konfigurera dina servrar i Azure på det här sättet. Med kod. Deklarativt. Enkelt. Supersnabbt. 

Idag publicerade jag en ny kurs på Microsoft Virtual Academy (MVA). Kursen som är knappt en och en halv timme lång går igenom Azure Resource Manager (ARM) och IaaS, det nya sättet att bygga din infrastruktur i Azure. Kursen är på engelska och beskriva såhär:

In this course I will give you an introduction to how you can build your infrastructure in Azure with Azure Resource Manager, or ARM.

We do this with Powershell and with templates. I also explain and show how Role Based Access Control works in the new portal and with Powershell. I assume that you are already familiar with Azure as an IaaS platform and that you have already some experience in deploying virtual machines, virtual networks and so on.

This is not an introduction to Azure or to Iaas, I focus only on the benefits that we get when using ARM instead of using the old portal and the old APIs.

Här hittar du kursen: https://www.microsoftvirtualacademy.com/training-courses/building-infrastructure-in-azure-using-azure-resource-manager

Hör gärna av dig om något känns oklart efter att du gått igenom kursen!

Istället för att skapa egna mallar kan du också använda dig av en mängd färdiga mallar som vårt kära Azure-gäng har liggandes på GitHub. Jag tänkte nu visa hur du kommer åt dom med hjälp av GitHubs Windows-klient.

Alla har ju inte tillgång till en fullprisversion av Visual Studio så jag tänkte också visa ett alternativ i form av Visual Studio Code, som är helt gratis.

Alltså:

1. Ladda ner GitHub för Windows
2. Ladda ner alla ARM-mallar från GitHub med GitHub för Windows
3. Ladda ner Visual Studio Code
4. Skapa nytt projekt med en nedladdad ARM-mall
5. Redigera vår mall
6. Rulla ut vår infrastruktur med Powershell

Ladda ner GitHub för Windows

Gå hit: https://windows.github.com/, ladda ner GitHubs Windows-klient och installera den:

Ladda ner alla ARM-mallar från GitHub med GitHub för Windows

Gå hit: https://github.com/Azure/azure-quickstart-templates, klicka på ”Clone in Desktop”. Du måste eventuell vara inloggad på GitHub, har du inte ett konto så är det dags att skapa ett nu. Det får du klara på egen hand!

Välj en mapp där du vill att dina lokala kopior av ARM-mallarna ska ligga:

Högerklicka på din nyskapade mapp och välj att titta på filerna i utforskaren:

Du har nu fått över 100 olika färdiga ARM-mallar att leka med! Roligt!

Ladda ner Visual Studio Code

Dags att ladda ner Visual Studio Code! Gå hit och ladda ner till Windows, Linux eller OS X: https://code.visualstudio.com/Download

Skapa nytt projekt med en nedladdad ARM-mall

Starta Visual Studio Code och välj att öppna en hel mapp:

Navigera fram till den mapp där GitHub-klienten sparade ner alla mallar och hokus pokus, du har nu alla mallar att leka med i Visual Studio Code:

Redigera vår mall

Jag väljer en mall, går in i parameter-filen och matar in data i en del obligatoriska parametrar:

Rulla ut vår infrastruktur med Powershell

Mallen är färdig och nu rullar jag ut den med Powershell på följande sätt:

Avslutning

Lycka till och hör av dig om du har frågor! DevOps är vi allihopa, allihopa, jag med och du med!

Det jag kommer att göra är att:

1. Skapa ett resursgruppsprojekt i Visual Studio
2. Förklara vad ett sådant projekt innehåller
3. Rulla ut en virtuell server med tillhörande nätverk och lagring till Azure med Visual Studio
4. …och sen visa att det egentligen görs i Powershell och att det går alldeles utmärkt att köra det direkt i Powershell också
5. Eller som ett tredje alternativ: Att göra allt i Azure-portalen

Skapa ett resursgruppsprojekt i Visual Studio

Vi öppnar Visual Studio och väljer att skapa ett nytt projekt och väljer då Azure Resource Group:

Vi väljer sen det allra enklaste, en enkel ensamstående Windows Server-maskin:

Vad innehåller projektet?

I sin helhet ser det nu ut såhär:

Till höger i din ”Solution Explorer” ser du nu ett antal filer. Under ”Templates” hittar du en fil som slutar på .json, det här är din mall som beskriver din infrastruktur med nätverk, lagring, servrar och så vidare. 

Till vänster så ser du alla resurser under ”Resources”, i just det här projektet ser du att vi har fem olika resurser som ingår i vår mall:

Om du dubbelklickar på resursen ”Virtual Machine” ser det ut såhär:

Förutom viktiga saker som hårdvaruprofil, OS-profil och andra saker som definierar din virtuella server så hittar vi något väldigt intressant under det som heter ”dependsOn”. Det du hittar under det avsnittet förklarar vad som måste finnas på plats innan den här resursen skapas.

Alltså: Innan vår virtuella server kan komma till världen måste vi ha ett storage-konto och ett virtuellt nätverk. På så sätt säkerställer vi att saker skapas i rätt ordning och att en viss resurs inte skapas innan en annan resurs som den första resursen är beroende av finns på plats. På det sättet kan vi t.ex. se till att flera servrar skapas i rätt ordning.

Läs gärna mer om det här t.ex. här: https://msdn.microsoft.com/en-us/library/azure/dn835138.aspx

Om du nu istället klickar på en variabel under ”variables” så kommer du hit:

Det är den den delen av json-dokumentet där mallens alla variabler finns samlade. I vår mall har vi t.ex. variabler för saker som subnät, container-namn, namn på nätverk, location för våra servrar och mycket annat.

Vi går nu vidare till nästa viktiga fil genom att öppna upp det dokument som slutar på .param.dev.json:

Det här är de parametrar som måste fyllas i av den som vill rulla ut denna mall. Det är namn på lagringskonto, namn på administratörskonton och även önskat publikt DNS-namn.

Öppna nu filen under ”Scripts” som slutar på .ps1:

Det här är bara ett vanligt Powershell-script som med hjälp av din mall och dina parametrar nu kopplar upp sig mot din Azure-prenumeration och rullar ut alla resurser.

Markerat i gult är kommandot ”Switch-AzureMode AzureResourceManager”, det är ett kommando som du måste köra för att med Powershell hantera den här typen av mallar. Läs gärna mer om det här: https://azure.microsoft.com/en-us/documentation/articles/powershell-azure-resource-manager/

Rulla ut resursgruppen med Visual Studio

Du kan nu högerklicka på ditt projekt och välja ”Deploy” för att komma hit:

Här får du fylla i de parametrar som var definierade i din parameter-fil och du kan sedan klicka på ”Deploy” för att rulla ut din lösning till ditt Azure-konto.

Rulla ut resursgruppen med Powershell ISE

Eftersom allt bygger på ett Powershell-script kan du självklart öppna upp det i Powershell ISE och göra allt därifrån också.

Det ser ut såhär:

Utrullning i Azure-portalen

En tredje variant är att ta din json-kod och klistra in i Azure-portalen och styra allt därifrån. Det ser ut såhär:

Lär dig mer

Azure Resource Manager Template Language: https://msdn.microsoft.com/en-us/library/azure/dn835138.aspx

Azure Resource Manager DevOps Jump Start: https://www.microsoftvirtualacademy.com/training-courses/azure-resource-manager-devops-jump-start

A Monster VM Azure Resource Manager Template: https://alexandrebrisebois.wordpress.com/2015/05/16/using-azure-resource-manager-arm-to-deploy-a-monster-vm/

TechDays Pre Conf - Azure IAAS Ninja Bootcamp: https://tdswe.kistamassan.se/Program-2015/Sessioner/Pre-Conf-Azure-IAAS-Ninja-Bootcamp

Taking a Deep Dive into Microsoft Azure IaaS Capabilities

Fantastisk session för den som hållt på med Azure IaaS ett tag och vill ta nästa steg med hjälp av massor av ny funktionalitet som vi kan kalla för Azure IaaS v2. Saker som Azure Resource Management, Resource Groups, Premium Storage och mycket annat smått och gott. Min personliga favorit av alla dessa sessioner!

https://channel9.msdn.com/Events/Ignite/2015/BRK3505 

Windows Server & System Center Futures—Bring Azure to your Datacenter (Platform Vision & Strategy)

Visar tydligt hur våra lösningar i molnet smittar av sig och ger nytta även för den som kör sin infrastruktur lokalt. Att vi på riktigt kan leverera molnets fördelar till dom lokala datahallarna och låta dom här två världarna dra nytta av varandra är en styrka som ingen av våra konkurrenter kan erbjuda. Det blir väldigt tydligt om du tittar på den här sessionen.

Vi visar också varför vi är absolut bäst på administration av alla former av hybridlösningar där du blandar lokala saker, saker i molnet och saker på andras (VMware, Linux, Amazon, etc.) plattformar.

Är du intresserad av Microsofts moln- och serverplattform och bara har tid för EN session från Ignite så ska du se denna!

https://channel9.msdn.com/Events/Ignite/2015/FND1451

What's New in Windows Server Hyper-V

Rolig och väldigt lärorik session från Ben Armstrong som är något av en kändis i Hyper-V-kretsar. Ben visar tillsammans med en kollega upp flera av de nyheter som kommer i nästa version av Hyper-V. Superintressant för alla oss Hyper-V-älskare (och hatare, om det nu finns några sådana kvar?).

https://channel9.msdn.com/Events/Ignite/2015/BRK3461

Top Features of Windows 10

Simon May, som levererar den här sessionen, är en kollega till mig och förutom att vara en väldigt trevlig grabb så är han en hajjare på allt som har att göra med vår klientplattform. Simon pratar om säkerhet, användargränssnitt, utrullning, mobilitet och massor av annat intressant och roligt. Rekommenderar den här sessions väldigt starkt. Simon gör ett väldigt bra jobb med att visa vad som är häftigt med Windows 10.

https://channel9.msdn.com/Events/Ignite/2015/BRK2339

Expert-Level Windows 10 Deployment

https://channel9.msdn.com/events/Ignite/2015/BRK4301

För dig som vill gräva ner dig i utrullning! Vet du att vi har två av världens främsta utrullningsexperter här i Sverige? Jo, så är det ju faktiskt, våra lokala hjältar Mikael Nyström och Johan Arwidmark var förstås på Ignite och pratade Windows-utrullning. Inte att missa! Dom visar Configuration Manager och MDT och dom gör det med massor av demos.

Ge mig mer!!!

Behöver jag säga att det finns HUR MYCKET SOM HELST att titta på om du surfar in på https://channel9.msdn.com/Events/Ignite/2015, boka in videotittande i era kalendrar!

Best of Ignite Live @ Rival – 11:e juni

Om du hellre går på ett riktigt event än att kolla filmer på datorn så rekommenderar jag LabCenters heldag den 11:e juni som dom beskriver såhär:

LabCenter bjuder, tillsammans med flera av våra topprankade instruktörer, in till en seminariedag med det hetaste innehållet från Ignite i USA. Här får du se den osminkade sanningen! Vi lyfter fram allt nytt och bra, men granskar även kritiskt det som Microsoft nu lanserar.

Ett utmärkt tillfälle att ställa direkta frågor till tongivande branschexperter, skapa dialog med leverantörer och inte minst mingla med kollegor i branschen.

• Live-demos av alla nyheter & senaste features
• Utvalda sessioner inom avancerad infrastruktur & säkerhet
• Top Speakers från Ignite (USA)
• För dig som IT-proffs, beslutsfattare eller dig intresserad av Microsofts plattformar

Läs mer och boka en biljett här: https://www.bestofignite.se/Event/Best_Of_Ignite 

Om du har noll koll på Docker och på containers så kan du antingen läsa på lite innan eller så tänker du för enkelhetens skull att en container är ungefär som en virtuell maskin fast utan operativsystem.

Läs mer till exempel här: https://en.wikipedia.org/wiki/Operating-system-level_virtualization

I korthet, det vi kommer att göra är att:

1. Installera Ubuntu
2. Installera Docker på Ubuntu
3. Installera NGINX som en Docker-container
4. Konfigurera "end Points" i Azure som möjliggör att vi utifrån kan kommunicera med vår NGINX-container
5. Surfa in på våra nya NGINX-installation från valfri webbläsare

Installera Ubuntu

Det här gör vi enkelt i Azure-portalen, den gamla eller den nya.

Installera Docker på Ubuntu

Logga in på din Ubuntu-maskin med till exempel PuTTY.

Installera Docker med följande kommando: wget –qO- https://get.docker.com/ | sh

Installera NGINX som en Docker-container

Installera sedan NGINX i en container med följande kommando (du kan välja namn helt själv förstås!): docker run --name ITPrOlaDockerDemo -P -d nginx

Konfigurera end points i Azure som möjliggör att vi utifrån kan kommunicera med vår NGINX container

Din NGINX-container sätter  automatiskt upp en kanal in till webbservern genom att mappa upp två slumpvist valda portar på Docker-värdmaskinen (alltså vår Ubuntu-server i Azure) mot port 80 och 443 i vår container. Du kan se exakt vilka portar det blev genom att köra kommandot: docker ps –a

På bilden ovan ser du att portarna 32769 och 32768 på min Ubuntu-server har mappats upp mot port 80 respektive 443 på min NGINX-container.

För att vi nu ska komma åt det här utifrån sätter jag upp två "end points" i Azure-portalen som pekar mina publika portar 80 och 443 mot interna portarna 32769 respektive 32768. Alltså samma sak som NGINX gjorde tidigare fast tvärtom!

Surfa in på våra nya NGINX-installation från valfri webbläsare

Och hokus pokus så kan jag surfa in på min Ubuntu-maskin från valfri webbläsare och då skickas vidare in i min NGINX-container som kan svara med sin standardwebbsida.

I det här exempel ska jag visa hur du kan skriva kod som installerar de roller som krävs för att en server ska kunna agera webb-server. Jag ska också fylla en webbsida med innehåll och visa hur du med DSC sedan kan reparera en eventuell skada på servern.

Dom här stegen ska vi gå igenom:

1. Definiera en server-konfiguration med kod
2. Generera en mof-fil med hjälp av koden ovan
3. Trycka ut mof-filen till en server och på så sätt säkerställa att servern konfigureras enligt vår kod
4. Lägga till lite innehåll på vår webb med DSC
5. Förstöra vår konfiguration och återställa den med hjälp av DSC

Definiera en server-konfiguration med kod

Vi startar Powershell och kodar ihop en IIS-konfiguration på följande vis:

Generera en mof-fil med hjälp av koden ovan

När vi kör detta script skapas en MOF-fil

Trycka ut mof-filen till en server och på så sätt säkerställa att servern konfigureras enligt vår kod

Nu när vi har en MOF-fil kan vi trycka ut vår konfiguration med följande kommando:

Vi ser här att testerna genomförs och att servern konfigureras enligt vår kod:

Lägga till lite innehåll på vår webb med DSC

Vi utökar vår kod lite och adderar lite innehåll till vår webbsida, såhär:

Det vi gjort är alltså att i vår kod med "File WebContent" säga att det ska finnas en mapp och att den mappen ska innehålla data från en viss källa.

Jag skapar en ny MOF-fil precis som ovan och trycker ut den på samma sätt.

Resultatet blev att min "WWWroot"-mapp fick en fin liten demo-sida som ser ut såhär när jag kör den:

Förstöra vår konfiguration och återställa den med hjälp av DSC

Jag förstör nu min webb genom att radera alla bilder, såhär:

Åh nej! Vad har hänt? Kolla hur det ser ut:

Ingen fara! Jag trycker ut min konfiguration på nytt:

Och 8 sekunder senare...

...så ser min webbsida ut såhär igen:

Avslutning

Hoppas att du inser hur smidigt det kan vara att jobba med konfigurering av din infrastruktur på det här sättet. Med infrastrukturen i molnet och konfigurationen i kod kan server-administrationen helautomatiseras och du kan skryta med att kalla dig för en DevOps-expert! :)

Som fördjupning rekommenderar jag den här kursen på Microsoft Virtual Academy: Advanced PowerShell Desired State Configuration (DSC) and Custom Resources

14:e juli i år slutar vi ge support för Windows Server 2003. Vad innebär det i praktiken?

Jo, vi kommer inte skicka ut några fler säkerhetsuppdateringar. Det här betyder förstås att du måste se till att göra dig av med dina Windows Server 2003-installationer och att om du inte börjat med det projektet än så är det verkligen på tiden.

Windows Server 2003 var som allra mest populärt någon gång runt 2009 men även idag körs det på flera miljoner servrar och det finns alltså miljontals applikationer som i detta nu snurrar på en 2003-maskin, fysisk eller virtuell. Förutom att vi på Microsoft slutar ge support för 2003:an så kan du säkert räkna med att många tredjepartsapplikationer kommer följa efter och även dom kräva en nyare version av operaivsystemet. Så förutom den uppenbara säkerhetsrisken med att köra vidare på Windows Server 2003 skulle jag tippa på att det blir både svårare och eventuellt mycket dyrare att underhålla dom applikationer som operativsystemet driver.

Så, vad ska du göra? Börja här: https://www.microsoft.com/sv-se/server-cloud/products/windows-server-2003/

Och nedan kommer ungefär samma information fast med lite mindre text:

Steg 1: Discover

Ladda ner Microsoft Assessment and Planning Toolkit här: https://www.microsoft.com/enterprise/ws2003eos/maptoolkit/ och ta reda på vilka maskiner och applikationer som fortfarande kör på Windows Server 2003.

Steg 2: Assess

Kategorisera och klassificera dina applikationer och tjänster efter hur viktiga dom är, vilken typ och kanske även efter deras komplexitet.

Steg 3: Target

Bestäm dig för var alla Windows Server 2003-tjänster ska hamna. Kan applikationen flyttas till Windows Server 2012? Kan den ersättas av en molntjänst?

• Lär dig mer om Windows Server 20012: https://www.microsoftvirtualacademy.com/training-courses/upgrade-skills-to-windows-server-2012-jump-start
• Testa Office 365: https://products.office.com/en-us/business/Office
• Testa Azure: https://azure.microsoft.com/en-us/pricing/free-trial/

Steg 4: Migrate

Dags att migrera! Hjälp på traven finns här:

• Lär dig mer om att migrerar till Windows Server 2012: https://channel9.msdn.com/Events/TechEd/NorthAmerica/2014/DCIM-B367
• Lär dig ännu mer om att migrera till Windows Server 2012: https://www.microsoftvirtualacademy.com/training-courses/migrating-to-windows-server-2012-training
• Lär dig mer om Azure: https://www.microsoftvirtualacademy.com/training-courses/windows-azure-for-it-pros-jump-start
• Läs på om att flytta till Office 365: https://technet.microsoft.com/sv-se/magazine/gg675925(en-us).aspx
• Ladda ner Microsoft Deployment Toolkit: https://technet.microsoft.com/sv-se/windows/dn475741.aspx

Lycka till!