16 Useful Bandwidth Monitoring Tools to Analyze Network Usage in Linux
Category Archives: Infrastructure
What is Kubernetes really?
As I take the deep dive into kubernetes what I’m finding is, though definitely a container management system, it can also been seen as a controller yaml processing engine. Let me explain.
Kubernetes understands what a deployment is, and what a service is, these are defined as yaml and loaded. Deployments and services can be seen as controllers which understand those types of objects defined in yaml.
What is interesting about this is that we can implement our own controllers. For example, I could implement a controller that understands how to manage a tic-tac-toe game. That controller could also implement an ai that knows how to play the game. In the same way you can edit a deployment you could edit the game and the kubernetes infrastructure could respond to the change. Or, a move could be another type recognized by the game controller, so you could create a move associated with a game in the same way you can create a service associated with a deployment.
You can imagine doing a ‘k get games’ and seeing the games being played listed out. As well as ‘k describe game a123’ to get the details and status of the game.
Seems I’m not the only one who has started thinking down this line. A quick Google search reveals agones.
This is fascinating and gives me a lot of ideas on how I might reimplement my list processing server & generic game server, within the kubernetes framework.
New helm chart: wireguard-centos-8-stream
https://lknight-gh.github.io/helm-charts
My first helm chart, a fun milestone. Used it to install my new docker container uploaded to quay.io this morning.
Nice feeling to give back to the open source community.
Now to automate:
* watch for wireguard updates & release an updated docker image
* watch for a centos-8-stream update & release an updated docker image
* watch for a helm chart update & update what is necessary for those changes to be seen
But first, time to investigate and implement longhorn.
New container: docker-wireguard-centos-8-stream
A wireguard container built for centos-8-stream which takes advantage of the scripts from the linuxserver docker-wireguard project.
Source: https://github.com/lknight-gh/docker-wireguard-centos-8-stream
LinuxServer docker-wireguard project: https://github.com/linuxserver/docker-wireguard
To use simply replace the docker-wireguard image with: quay.io/lknight/docker-wireguard-centos-8-stream:latest
Note: Initial startup may take quite awhile, 4 minutes +, if the wireguard module is being recompiled. Be sure to use a volume for the modules folder to avoid having to recompile.
Setting up Linux SSO (Single Sign-on) in a Windows AD environment.
When it comes to ansible and infrastructure as code, if you have a Windows AD environment, you are going to want to use the SSO that AD provides.
Multiple Hyper-V virtual switch lab environments requires PowerShell
Windows Server 2019
The Internet Connection Sharing tab can be found by viewing the Ethernet Properties of a network connection. This can be used to select a Hyper-V virtual switch in order to enable a Hyper-V virtual switch of the “Internal” network style Internet access via the Hyper-V server.
But what if you’d like to have more than one lab network setup in this way? PowerShell to the rescue:
New-VMSwitch -SwitchName "lab10" -SwitchType Internal
New-NetIPAddress -IPAddress 192.168.10.1 -PrefixLength 24 -InterfaceAlias "vEthernet (lab10)"
New-NetNAT -Name "lab10" -InternalIPInterfaceAddressPrefix 192.168.10.0/24
New-VMSwitch -SwitchName "lab20" -SwitchType Internal
New-NetIPAddress -IPAddress 192.168.20.1 -PrefixLength 24 -InterfaceAlias "vEthernet (lab20)"
New-NetNAT -Name "lab20" -InternalIPInterfaceAddressPrefix 192.168.20.0/24
New-VMSwitch -SwitchName "lab30" -SwitchType Internal
New-NetIPAddress -IPAddress 192.168.30.1 -PrefixLength 24 -InterfaceAlias "vEthernet (lab30)"
New-NetNAT -Name "lab30" -InternalIPInterfaceAddressPrefix 192.168.30.0/24
New-VMSwitch -SwitchName "lab40" -SwitchType Internal
New-NetIPAddress -IPAddress 192.168.40.1 -PrefixLength 24 -InterfaceAlias "vEthernet (lab40)"
New-NetNAT -Name "lab40" -InternalIPInterfaceAddressPrefix 192.168.40.0/24
Infrastructure as code and an infinite trial period
If you implement infrastructure as code with something such as ansible, you will be able to spin up a new VM and automatically setup the software.
An interesting side effect of this is you can wipe and reload a system, running say System Center, over night just before the trial period ends. Perhaps this a gray area, getting around the intention of a trial period, but an interesting side effect none the less.
Using infrastructure as code requires that you back up everything, in order to restore things if desired. This means the home pc can also be reloaded at will, if network drives are used or some other backup method is used, leading to the fastest performance possible when otherwise a PC has the tendency to slow down over time.
DevOps, what a beautiful thing.
Note: The current subscription fee to have access to all Microsoft software for a development/lab environment is $45 a month Visual Studio Professional Monthly Subscription.
image files, wim files, mdt, pxe, and kms
In an isolated test environment it can be interesting to experiment with available technologies, though some might be questionable (hence the isolated test environment).
Steps to perform:
- Rip available .wim files from an OS install dvd
- Setup and configure MDT (and optionally WDS server)
- Install py-kms as an experiment
- Import .wim file into MDT
- Target py-kms as part of your task sequence or configure as DNS SRV record
- Rip available .wim files from an OS install dvd
<#
.SYNOPSIS
Convert install images from a source DVD to individual .wim files, ready for MDT
.DESCRIPTION
DVDs come ready with multiple images to install in various formats, before importing
into MDT for the purpose of PXE booting it is necessary to obtain individual .wim
files.
.NOTES
Author: Travis Loyd
Date: 2020-11-08
#>
[CmdletBinding()]
Param (
# Path to DVD including sources folder
[Parameter(Mandatory=$true, Position=0)]
[string]$SourceImagePath = "D:\sources",
# Target folder where ripped .wim images are stored
[Parameter(Mandatory=$true, Position=1)]
[string]$DestinationImagePath = "E:\ISO_Import"
)
# Various install file format styles
$SupportedExtensions = @("esd","swm","wim")
foreach ($Extension in $SupportedExtensions) {
# Next potential source file
$SourceImageFile = "$($SourceImagePath)\install.$($Extension)"
# Skip if not found
if (-not (Test-Path $SourceImageFile)) {
continue
}
# debug
Write-Host "Working with '$SourceImageFile'"
# Loop through images contained within install file
$Images = Get-WindowsImage -ImagePath $SourceImageFile
foreach ($Image in $Images) {
# debug
Write-Host "$($Image.ImageIndex): $($Image.ImageName)"
# Form resultant wim file name
$DestinationName = "$(($Image.ImageName -split " ") -join "_").wim"
$DestinationImagefile = "$DestinationImagePath\$DestinationName"
# Handle possible extension types
switch ($Extension) {
"esd" {
dism /export-image /SourceImageFile:$($SourceImageFile) /SourceIndex:$($Image.ImageIndex) /DestinationImageFile:$($DestinationImagefile) /Compress:max /CheckIntegrity
}
"swm" {
# prep
$SwmFile = "$($SourceImagePath)\install*.swm"
dism /export-image /SourceImageFile:$($SourceImageFile) /swmfile:$($SwmFile) /SourceIndex:$($Image.ImageIndex) /DestinationImageFile:$($DestinationImagefile) /Compress:max /CheckIntegrity
}
"wim" {
dism /export-image /SourceImageFile:$($SourceImageFile) /SourceIndex:$($Image.ImageIndex) /DestinationImageFile:$($DestinationImagefile) /Compress:max /CheckIntegrity
}
}
}
}
2. Left up to the reader as an exercise
3. Install and configure docker then:
docker run -d --name py-kms --restart always -p 1688:1688 pykmsorg/py-kms
4. Left up to the reader as an exercise
5. Left up to the reader as an exercise