some corrections
Signed-off-by: Nico Schottelius <nico@bento.schottelius.org>
This commit is contained in:
parent
61ee3bb402
commit
ccd4be12b1
1 changed files with 13 additions and 11 deletions
|
@ -33,10 +33,10 @@ What about their IP addresses? Where to store, define and assign them?
|
||||||
What are the virtual properties of the VM? How many disks, how much memory and
|
What are the virtual properties of the VM? How many disks, how much memory and
|
||||||
how many cpu (cores) are utilised?
|
how many cpu (cores) are utilised?
|
||||||
To solve these problems, specialised tools like
|
To solve these problems, specialised tools like
|
||||||
[[!libvirt]], [![openstack]] and many other are deployed.
|
[[!libvirt]], [[!openstack]] and many other are deployed.
|
||||||
Problem solved?
|
Problem solved?
|
||||||
|
|
||||||
## Problem invented: (D)RY
|
## Problem created: (D)RY
|
||||||
|
|
||||||
Interestingly, au contraire de common belief, with inventing tools specific to
|
Interestingly, au contraire de common belief, with inventing tools specific to
|
||||||
virtualisation management, new problems have been created:
|
virtualisation management, new problems have been created:
|
||||||
|
@ -63,14 +63,15 @@ Some of you may now be wondering, ...
|
||||||
|
|
||||||
In my opinion (I believe in the [[!kiss]]), managing large scale infrastructures can be as easy
|
In my opinion (I believe in the [[!kiss]]), managing large scale infrastructures can be as easy
|
||||||
as managing small infrastructures - given you take the right approach. From a technical
|
as managing small infrastructures - given you take the right approach. From a technical
|
||||||
point of view, manage an infrastucture you need
|
point of view, to manage an infrastucture you need
|
||||||
|
|
||||||
* an inventory management tool (like [[cinv|software/cinv]])
|
* an inventory management tool (like [[cinv|software/cinv]])
|
||||||
* that is the central tool to record all your hosts
|
* that is the central tool to record all your hosts
|
||||||
* that defines IP address mapppings (mac<->ip, f.i. [[!dhcp]] and ip<->name, like [[!dns]])
|
* that defines IP address mapppings (mac<->ip, f.i. [[!dhcp]] and ip<->name, like [[!dns]])
|
||||||
|
* assists you with lifecycle management of your hosts
|
||||||
* a configuration management system (like [[cdist|software/cdist]])
|
* a configuration management system (like [[cdist|software/cdist]])
|
||||||
* that realises your centrally defined configurations
|
* that realises your centrally defined configurations
|
||||||
* that manages all your configurations (including VMs!)
|
* that manages all your configurations (including VMs!)
|
||||||
|
|
||||||
## Summary
|
## Summary
|
||||||
|
|
||||||
|
@ -79,9 +80,10 @@ We at [[!ungleich]] take this approach for every infrastructure of our customers
|
||||||
and so far succeed very well with this approach. We do in fact eat our own dogfood
|
and so far succeed very well with this approach. We do in fact eat our own dogfood
|
||||||
and manage the inventories of our customers (HW and VM!) with [[cinv|software/cinv]]
|
and manage the inventories of our customers (HW and VM!) with [[cinv|software/cinv]]
|
||||||
and configure their infrastructures with [[cdist|software/cdist]].
|
and configure their infrastructures with [[cdist|software/cdist]].
|
||||||
To support multiple customers, we keep their configurations in
|
To support multiple customers, we keep their configurations under version
|
||||||
different branches using [[!git]] (logically, if you follow the
|
control in different branches using [[!git]] (Logically cdist and
|
||||||
[[!unixphilosophy]]).
|
cdist don't support this, because git can do it much better - we
|
||||||
|
follow the [[!unixphilosophy]] when developing software).
|
||||||
|
|
||||||
## Future
|
## Future
|
||||||
|
|
||||||
|
|
Loading…
Reference in a new issue