23.05.2023 aktualisiert
IM
100 % verfügbar
System Administrator
Gränichen, Schweiz
Gränichen +100 km
Master of TelecommunicationsSkills
Apple IOSBash ShellDebuggingLinuxInfrastrukturPythonWindows PowershellSoftwareentwicklungVirtualizationXen-ServerScriptingVerwaltungstätigkeitenDocker SwarmSystemadministrationNutanix
Virtualization Administration:
- Platforms: VMware, Nutanix and Xen
- 7+ years experience in various types of tasks like migrations(inkl. cross-platform), various reconfigurations, VM repair(vm recovery, vm file corrections), infrastructure related tasks(storage, network), debugging.
Docker containers:
- 5+ years of experience on basic docker and docker swarm. The experience is accumulated doing mostly intermediate difficulty tasks and little debugging.
System Administration:
- Platforms: Windows, Linux & Mac OS
- 5+ years of intermediate experience: defining, configuring, debugging services, parameters, etc.
Software Development & Scripting:
- Languages: Python, Powershell, Bash
- 5 years experience
- Platforms: VMware, Nutanix and Xen
- 7+ years experience in various types of tasks like migrations(inkl. cross-platform), various reconfigurations, VM repair(vm recovery, vm file corrections), infrastructure related tasks(storage, network), debugging.
Docker containers:
- 5+ years of experience on basic docker and docker swarm. The experience is accumulated doing mostly intermediate difficulty tasks and little debugging.
System Administration:
- Platforms: Windows, Linux & Mac OS
- 5+ years of intermediate experience: defining, configuring, debugging services, parameters, etc.
Software Development & Scripting:
- Languages: Python, Powershell, Bash
- 5 years experience
Erfahrung
Berufserfahrung5 - 10 Jahre
Freelancer seit2023
Sprachen
DeutschverhandlungssicherEnglischverhandlungssicherRumänischMuttersprache
Projekthistorie
In order to license all Windows machines(Physical and Virtual), a big and very complex table had to be sent to Microsoft.
While the licensing formula needed some data that could not be properly exported, a tramendeous effort was necessary to re-create the table every year.
I have developed a script to collect all informations, about all Windows machines and figure out how much resources are used in every clusters for running Windows machines, add the resources, add the spare capacity(not always required), and figure out the number of hosts to be licensed. At this step, I had to calculate the number of cores to be licensed based on the cluster usage and some other factors.
The final result is an exportable Kibana table with the exact number of vms, cores and host, and the additional information for each of them(serial number, RAM, HW vendor, etc.).
While the licensing formula needed some data that could not be properly exported, a tramendeous effort was necessary to re-create the table every year.
I have developed a script to collect all informations, about all Windows machines and figure out how much resources are used in every clusters for running Windows machines, add the resources, add the spare capacity(not always required), and figure out the number of hosts to be licensed. At this step, I had to calculate the number of cores to be licensed based on the cluster usage and some other factors.
The final result is an exportable Kibana table with the exact number of vms, cores and host, and the additional information for each of them(serial number, RAM, HW vendor, etc.).
During this project I had to migrate many VMs from XEN platform to Nutanix platform.
I often had to manually correct xensource files when the datastores IDs didn't matched, and various other debugging and corrections.
On every VM that I migrated, there was a chain of tasks that had to be properly implemented:
I often had to manually correct xensource files when the datastores IDs didn't matched, and various other debugging and corrections.
On every VM that I migrated, there was a chain of tasks that had to be properly implemented:
- Make sure the VLAN is configured on the destination cluster and network switches.
- Various pre-check(enough space, APP platform restrictions, etc.)
- Create a change
- Set the downtime(5 minutes required, 20 minutes for tolerance) in monitoring system
- Check with the VM/Application owner and the final customer, and establish an appointmenttime for VM migration
- Proceed with the migration
- Power On the migrated VM
- Post-checks
I had to upgrade about 70 Xen Clusters running on version 7.x to 8.2.x, all without downtime.
During the implementation, I had to often do some adjacent tasks by myself:
- temporary "re-organize" clusters, and create temporary mini-clusters to free some space before proceeding with the upgrade
- organize comissioning and decomissioning temporary servers
- adding disks or creating temporary datastores-> i created and deleted the Datastores(as LUNs) by myself on Hitachi Storage System
- Puppet & Foreman adaptations after upgrade
During the implementation, I had to often do some adjacent tasks by myself:
- temporary "re-organize" clusters, and create temporary mini-clusters to free some space before proceeding with the upgrade
- organize comissioning and decomissioning temporary servers
- adding disks or creating temporary datastores-> i created and deleted the Datastores(as LUNs) by myself on Hitachi Storage System
- Puppet & Foreman adaptations after upgrade