The Wasabi Hands on Labs give you a good look at the basic mechanics, but I don’t find the setup too practical. Using a local console application to host the Autoscaler
and rules
files is probably the (IMHO) least likely architecture. Far more common would be hosting in a service on premise (if you want to have the Autoscaler local) or most likely, host it in a Azure role of it’s own. I chose to go the Azure route. First step was to get the rules.xml
and the services.xml
files into the cloud. I tend to be a “one step at a time” sort of guy, so running the console application with the rules sitting in a Azure hosted set of blobs seemed to be the logical first step. Here are the steps: 1) Create a container in the storage account you wish to use. Name does not matter, you will get a chance to set the container name (as well as the file names) in the app.config 2) Copy the two
files from where you created them to your container. I used the same
files I had locally. I made the container public to eliminate security issues, but in the final application, a bit of security needs to be applied (one problem at a time). The content type was set to text/xml. I found one reference claiming the importance of this step,
and it makes sense. 3) Adjust the app.config to set the location of the
files. This will let you set all the storage account
and key information needed to reach into the cloud form your console application. The sections of your app.config will look like this: <rulesStores>
<add name="Blob Rules Store" type="Microsoft.Practices.EnterpriseLibrary.WindowsAzure.Autoscaling.Rules.Configuration.BlobXmlFileRulesStore, Microsoft.Practices.EnterpriseLibrary.WindowsAzure.Autoscaling, Version=5.0.1118.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"
blobContainerName="[ContainerName]" blobName="rules.xml" storageAccount="DefaultEndpointsProtocol=https;AccountName=[StorageAccount];AccountKey=[AccountKey]"
monitoringRate="00:00:30" certificateThumbprint="" certificateStoreLocation="LocalMachine"
checkCertificateValidity="false" />
</rulesStores>
<serviceInformationStores>
<add name="Blob Service Information Store" type="Microsoft.Practices.EnterpriseLibrary.WindowsAzure.Autoscaling.ServiceModel.Configuration.BlobXmlFileServiceInformationStore, Microsoft.Practices.EnterpriseLibrary.WindowsAzure.Autoscaling, Version=5.0.1118.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"
blobContainerName="[ContainerName]" blobName="services.xml" storageAccount="DefaultEndpointsProtocol=https;AccountName=[StorageAccount];AccountKey=[AccountKey]"
monitoringRate="00:00:30" certificateThumbprint="" certificateStoreLocation="LocalMachine"
checkCertificateValidity="false" />
</serviceInformationStores>
Once I had the
files up in the sky, I renamed the local copies to just to make my self feel better about the application using the correct set of rules
and services.
Deploy the web role to the cloud. Once it is up
and running, start the console application. You should find the application scales up
and down in response to the buttons on the web site. Tune in next time for moving the hosting of the Autoscaler to a worker role, discussions on getting the logging information into diagnostics into storage,
and a set of discussions about certs
and how they play a role.
