Partager via

Looking Inside Windows Azure!

  • Article

So I’ve been working on a proof of concept this past week, and one of the biggest issues I’ve had has been trying to see what has been going on with my “container” when I deploy my app to Windows Azure. It’s not that the logs aren’t good enough, but sometimes I need to try interactive commands to see the state of the environment or test something out.

First, let’s recap a little Windows Azure 101; when you deploy your application, we spin up a VM and deploy your app into that VM. That VM has some policies set, which restrict what you’re able to do compared to your local machine or dev server.

So how do you see what your VM is doing? Well, since we don’t really provide any option to TS (remote admin) into your VM instances, I had to come up with a slightly different approach. The first step was to flick on a little known setting, but very powerful one:

image

Enabling Native Code Execution turns off the partial trust policy in Windows Azure, allowing you to run a bunch of functions that you were previously able to run in the old Nov CTP 2008 days.

My next task was to code up a little page that would allow me to run commands in the VM environment, kind of like a remote console, so I could see what was happening when I was trying to run my app.

The main bit of code is quite simple, and uses the System.Diagnostics.Process to create a new command window to run my commands, and capture the output back into my ASP.NET page. Here is the code to create the command process and get the return data:

  1. newProc.StartInfo.UseShellExecute = false;

  2. newProc.StartInfo.RedirectStandardOutput = true;

  3. newProc.StartInfo.FileName = "cmd";

  4. newProc.StartInfo.Arguments = "/c " + txtCommand.Text;

  6. newProc.EnableRaisingEvents = false;

  7. newProc.Start();

  9. sr = newProc.StandardOutput;

  11. txtStatus.Text += String.Format("{0}\r\n", sr.ReadToEnd());

  13. newProc.Close();

So I have a simple page now, where I can enter commands, and see what is returned when run within the VM:

image

Oh the things one finds out about their VM! :) For example, I can run commands like:

SET

image

NETSTAT

image

TASKLIST

image

This type of insight is really important, for example, in my task, I was trying to start a new process (Apache Tomcat), but couldn’t get a response from the default address that Tomcat binds to (https://127.0.0.1:8080), and couldn’t work out why it worked on my local dev fabric and not in the cloud. I then ran NETSTAT and saw that the 8080 port was already bound to a virtual address, hence why it wouldn’t work for me.

Anyway, there is a wealth of information that can help you as a developer, when trying to debug/troubleshoot an issue, that can only be gleaned from the live environment, so tuck in!

Enjoy! :)

Technorati Tags: Windows Azure

Comments

  • Anonymous
    July 05, 2009
    Wow, great insight there David. Good article. Maybe you should post your entire app as an ASPX that people can use for azure diagnostics? I'll certainly be using this. Cheers.

  • Anonymous
    July 06, 2009
    @stevennagy Will do matey, just want to get some extra bits cleaned up

  • Anonymous
    July 06, 2009
    (hint) powershell is installed on these servers.  i've been doing the same thing - interesting to see how much of the "red dog" naming conventions remain under the hood...

  • Anonymous
    July 06, 2009
    Nice Post Dave.   We'll be pointing our customers to this for sure!