Writing Resuable, Modular DSC Configurations

A few weeks go I posted about writing better DSC Configurations with Configuration Data. Really, this was just the start of the journey. Ideally, you want to want to pull your Configuration Data from your CMDB, but often tools or processes are missing to get your configuration management up to this level of integration. So let's go with something 90% of the way there. Now this in-between state is nothing to scoff at. You can run with this if you need to. Let's take a look.

When you are building your configuration, you have two essential parts. Your Configuration, the .ps1 file that is compiled to generate MOFs and the Configuration Data, the .psd1 file that is used to provide data to the configuration. You want to modify the Configuration file as infrequently as possible, modifying this file is bound to cause errors and issues (People make mistakes). Also, you want the Configuration Data to be modular, so multiple people can work on it at the same time without any chance of conflicts.

So, let's build a succinct and reusable configuration. Take a look at the below example:


The small block of code above installs all the features for any given node, based on its role. The node is defined like this:


As you can see, the Roles property is an array. This allows you to specify multiple roles for a given node, making it extremely powerful and allows your roles to be more modular.

Let's take a look at the role definition.

The role definition defines which features are associated with the role.

Now let's discuss how you can bring all this together. The Configuration Data is made of of two major parts. The AllNodes block and the other Configuration Data. This is sometimes called Non-node Data. Ignore that name, we going to use it to store all sorts of information. Take a look at the below code and file structure.

The script creates a hashtable for the configuration, then pulls in each of the Nodes that are represented in individual files. Then it pulls in all of the additional configuration data, such as domain and site information, finally the role information is imported, building a single configuration data file that can be used to compile your MOFs.

What are your thoughts on this type of modular DSC configuration?

Did you happen to notice the naming convention applied to resource names? That allows you to dynamically build DependsOn blocks.

Popular posts from this blog

Get local computer UUID/GUID using Windows Powershell

Use the following syntax to get the local computer's UUID/GUID using Windows Powershell: get-wmiobject Win32_ComputerSystemProduct  | Select-Object -ExpandProperty UUID Add -computername after the WMI class to find a remote computer's UUID, example: get-wmiobject Win32_ComputerSystemProduct -computername RANTPC | Select-Object -ExpandProperty UUID
Read more

Adding your Gravatar to Blogger

Image
Updated to correct dead links. I recently learned about Gravatar ( g lobally r ecognized avatar ). It's a pretty neat website that allows you to host an avatar and use it all over the web. Some blogging applications have support for Gravatar but Blogger doesn't (yet). I have found out how to get your Gravatar onto Blogger. Simply go to gravatar.com and sign up, then upload your avatar and assign it to your email address. If you don't know what to use as an avatar you could Simpsonize yourself like I did. Once that is done you will need the link to your gravatar, that isn't easily accessible from the gravatar website, but you can work it out. The URL starts like this: http://www.gravatar.com/avatar.php?gravatar_id= On the end of the url you need to put a MD5 hash on the end of it. Visit miracle salad to create your MD5 hash. On the miracle salad page simply enter the email you used to sign-up to Gravatar in the "string" text box and click "md5".
Read more

Citrix Printing Series - Auto-Creating Session Printers

Image
In addition to or as an alternative to creating client printers, XenApp and XenDesktop allow an Administrator to specify which network printers should be created within each session. This process is controlled using the "Session Printers" policy. See the user policy below: You can very cleverly configure what's known as Proximity Printing, which involves the use of the "Session Printers" policy, the "Default Printers" policy and a filter based on a geographic indicator such as an IP Address or client name. Use Session Printers and or Proximity Printing when you have one of the following scenarios: Thin Clients are used that cannot connect to network printers Laptop users roam throughout sites
Read more