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.
