Statistics
| Branch: | Tag: | Revision:

root / doc / design-2.0-index.rst @ 132b4ba2

History | View | Annotate | Download (2.2 kB)

1
Ganeti 2.0 design documents
2
===========================
3

    
4

    
5
The 2.x versions of Ganeti will constitute a rewrite of the 'core'
6
architecture, plus some additional features (however 2.0 is geared
7
toward the core changes).
8

    
9
Core changes
10
------------
11

    
12
The main changes will be switching from a per-process model to a
13
daemon based model, where the individual gnt-* commands will be
14
clients that talk to this daemon (see the design-2.0-master-daemon
15
document). This will allow us to get rid of the global cluster lock
16
for most operations, having instead a per-object lock (see
17
design-2.0-granular-locking). Also, the daemon will be able to queue
18
jobs, and this will allow the invidual clients to submit jobs without
19
waiting for them to finish, and also see the result of old requests
20
(see design-2.0-job-queue).
21

    
22
Beside these major changes, another 'core' change but that will not be
23
as visible to the users will be changing the model of object attribute
24
storage, and separate that into namespaces (such that an Xen PVM
25
instance will not have the Xen HVM parameters). This will allow future
26
flexibility in defining additional parameters.
27

    
28

    
29
Functionality changes
30
---------------------
31

    
32
The disk storage will receive some changes, and will also remove
33
support for the drbd7 and md disk types. See the
34
design-2.0-disk-changes document.
35

    
36
The configuration storage will be changed, with the effect that more
37
data will be available on the nodes for access from outside ganeti
38
(e.g. from shell scripts) and that nodes will get slightly more
39
awareness of the cluster configuration.
40

    
41
The RAPI will enable modify operations (beside the read-only queries
42
that are available today), so in effect almost all the operations
43
available today via the ``gnt-*`` commands will be available via the
44
remote API.
45

    
46
A change in the hypervisor support area will be that we will support
47
multiple hypervisors in parallel in the same cluster, so one could run
48
Xen HVM side-by-side with Xen PVM on the same cluster.
49

    
50
New features
51
------------
52

    
53
There will be a number of minor feature enhancements targeted to
54
either 2.0 or subsequent 2.x releases:
55

    
56
- multiple disks, with custom properties (read-only/read-write, exportable,
57
  etc.)
58
- multiple NICs