doc/roadmaps/virtualization

   1 $NetBSD: virtualization,v 1.3 2009/01/26 05:09:25 agc Exp $
   2
   3 NetBSD Virtualization Roadmap
   4 =============================
   5
   6 This is a small roadmap document, and deals with the virtualization
   7 side of the operating system.
   8
   9 1. NetBSD/usermode
  10 2. virtualization jails via secmodel
  11 3. iSCSI booting
  12 4. iSCSI device cloning
  13 5. Xen domU migration, suspend and resume
  14 6. Xen balloon driver support
  15
  16 We currently expect to branch 6.0 in the March 2010 timeframe, with a view
  17 to a 6.0 release later in 2010.
  18
  19 We'll continue to update this roadmap as features and dates get firmed up.
  20
  21
  22 Some explanations
  23 =================
  24
  25 1. NetBSD/usermode
  26 ------------------
  27
  28 NetBSD/usermode is an port of NetBSD to a POSIX-compatible user-space,
  29 with the intention that it should be possible to run the usermode
  30 version of NetBSD on any POSIX-compatible operating system.  This code
  31 has been committed to the repository, but more work is needed.
  32
  33 Responsible: jmcneill
  34
  35 2. Virtualization Jails via secmodel
  36 ------------------------------------
  37
  38 One novel way of creating jails for virtualization is to use a new
  39 secmodel (part of the kauth framework), to isolate processes into
  40 jail-based virtual machines. This is the basis of a paper given by
  41 bad@ at AsiaBSDcon in March 2008.
  42
  43 Responsible: bad
  44
  45 3. iSCSI booting
  46 ----------------
  47
  48 In order to make Xen domains migration-friendly, the storage that the
  49 domain uses must be based on some form of network-centric storage, either
  50 NFS, or a SAN or IP-SAN. For IP-SANs, iSCSI booting will be used. This
  51 is dependent on the in-kernel iSCSI initiator project completing.
  52
  53 Responsible: agc
  54
  55 4. iSCSI device cloning
  56 -----------------------
  57
  58 To minimise the storage requirements for multiple domU booting, using
  59 a standard root filesystem or block device for the domU is required, along
  60 with some form of copy-on-write mechanism to preserve any modifications
  61 that are made.
  62
  63 Responsible: agc
  64
  65 5. Xen domU migration, suspend and resume
  66 -----------------------------------------
  67
  68 Xen domU migration is where a domU domain is moved from one dom0 to
  69 another dom0 on the same vlan (to avoid networking problems, the
  70 virtual arp address migrates with the domU itself). jym is actively
  71 working on this, and preliminary results are good.
  72
  73 Responsible: jym, bouyer
  74
  75 6. Xen balloon driver support
  76 -----------------------------
  77
  78 The balloon driver allows more memory to be added to a running Xen domU
  79 instance; this allows extra memory to be used by the domU for resource
  80 peak needs. cherry has made a preliminary balloon driver - some testing
  81 is needed before it can be committed.
  82
  83 Responsible: cherry
  84
  85
  86 Alistair Crooks
  87 Tue 15 Sep 2009 08:06:34 PDT