Sharing of thoughts and information is what blogging is all about. This way we can learn from each other. Post A Comment!These postings are provided "AS IS" with no warranties, and confers no rights. You assume all risk for your use.
Anthony Bartolo Twitter | LinkedIn
Pierre Roman Twitter | LinkedIn
If there was one thing that resonated loudly at TechEd 2014, it was the fact that IT professionals were the cornerstone in regards to the user / developer trifecta in the enablement of DevOps and the adoption of the cloud. What's more, our current knowledge of on premise deployment and management will be of great importance in making this happen. What’s more, IT professionals have a gift of doing more with less. No matter if it is less time or less resources, system administrators and IT manager alike always find away. It is part of the reason why we at CANITPRO.NET advocate PowerShell so often and the reason why the word “Power” is enrolled in the offering.
Microsoft MVP Sean Kearny, one of Canada’s resident experts on PowerShell, has provided many posts on enabling PowerShell Desired State Configuration via on premise systems. This post will extend that knowledge to the cloud. As you are aware, PowerShell Desired State Configuration (DSC) allows for a configuration platform built into Windows based on open standards. When provided to a DevOps initiative, this allows for the flexibility to function consistently and reliably in each stage of the deployment lifecycle.
DSC provides a powerful way to manage both on-premise and cloud environments by introducing a easy declarative syntax into the PowerShell language. Simply describe your environment's desired state via this new declarative syntax, and then distribute it to each target node. The DSC syntax is declarative, making authoring and maintaining configuration for both on-premise and cloud environments simpler.
This Step-By-Step post borrows an example provided by Jeffery Snover and the PowerShell team at TechEd 2014. The provided steps will allow you to provision a virtual machine via a Windows Azure account, upload the configuration defined in myConfigScript.ps1 and the DscBoot.ps1 script to blobs located in your Azure storage account. Once the virtual machine has been provisioned, the Azure script handler extension will download and run DSCBoot.ps1 to envoke the configuration specified in MyConfigScript.ps1.
Step 1: Setup
Import-Module azure; Import-AzurePublishSettingsFile -PublishSettingsFile $publishSettingsFile
New-AzureStorageAccount -storageaccountname demostorage001 -location "East US" Note: Be sure to utilize the location closest to your region
$publishSettingsFile = "<your.publishsettings>"
$subscriptionName = ""
Step 2: Testing the Demo
$vmName = "<myUserid-machineName-01>" $VMServiceName = "<myUserid-serviceName-01>" Note: $VMServiceName will report an error should it not be unique
Once completed, verify that the configuration has been properly applied on the target VM. Also ensure that all prescribed browsers and vim / sysinternals packages have been installed, and that the Fourth Coffee website has been created. To continue learning more DevOps enablement, visit Microsoft Virtual Academy and check out Jump Start: DevOps for IT Pros.