I finally got around to updating this blog. I'm now using Azure DevOps to automatically build the site using a cake build for Wyam and release to Azure Blob Storage for Static Site hosting. Once the HTML is there, I've got a Functions app maintaining LetsEncrypt certificates in a KeyVault used by a CDN profile. Pretty slick stuff. Writeup coming soon!
While working on a presentation for Microsoft's Minority Student Day here in the Columbus office, I came across an annoyance with Configuration Manager 1610 in my lab. The ConfigMan server in the lab is virtual, hosted on Server 2016 in Hyper-V. The VM's OS disk is set to be 128GB and stored on a high speed PCIe SSD (Solid State Disk), but an additional 2TB mechanical disk is assigned to this VM for ConfigMan Content, Images, Packages, etc. This normally works great, but when updating an Operating System Image using Scheduled Updates, Configuration Manager will attempt to do all of the WIM operations in a temporary folder on the disk you installed it on - for many, that will be C:. In my case that's 20+ extra gigabytes I don't want on the SSD. That's a whole bunch of additional write operations, a large amount of data, and a better-suited workload for placement on the rotational disk.
Working on Azure is fun. It’s more than fun – it’s freaking awesome. Anyone can make pretty much anything they want without having to have hardware on-hand to back it up. All you need is money (or a sponsored Azure account from your workplace *hint hint*).
A customer expressed a desire to utilize PowerShell to gather data regarding the size of their storage accounts. Not just that, but they wanted to understand the billable size of the containers / blobs / etc, and be able to calculate those costs.