45. Our Solution Web Portal Puppet Configuration DB Inventory DHCP/DNS .. Harmonized
46. Where does GINI live? GINI DB DNS TFTP CERTIFICATES CMDB DHCP LOGS LSF Future work
Notas del editor
So, how do we do handle this process today At first, we need to input the server details in a few different locations (CMDB, DHCP, DNS etc)
So, how do we do handle this process today At first, we need to input the server details in a few different locations (CMDB, DHCP, DNS etc)
Some sites have a very optimized process, Effort involved Time, new hardware, downtimes, patching/updating, installation of new services (global rollouts….) TESTING Today, there is no easy way for a global team to push changes – e.g. clearcase team needs to ask each operation team to implement the changes “auditing” is a manual process – no transparency On a global scale, we don’t really know the configuration of each site SOX etc
Database is currently centralized. Performance issues? DNS – A, PTR, CNAME, TXT. DHCP – BOOT host, file, Vendor classes of sparc. Replaces RARP and bootparams LOGS – Updates the Gini DB with live data LSF – Opens and closes hosts during the build TFTP – manipulates the boot link based upon the host status CERTIFICATES – cleans old certificates and allows autosign CMDB – Updates the CMDB with live data