[sheepdog] [PATCH v2] Add "Introduction" section of the SHEEPDOG ADMINISTRATOR GUIDE.

Valerio Pachera sirio81 at gmail.com
Mon Sep 23 19:07:58 CEST 2013


Text now is no longer than 80 characters.
Other small chenges have been made.

git send-email --to=sheepdog at lists.wpkg.org

Signed-off-by: Valerio Pachera <sirio81 at gmail.com>
---
 doc/about_this_guide.rst     |   27 +++++++++++++++
 doc/author_and_licensing.rst |   17 ++++++++++
 doc/goals.rst                |   64 ++++++++++++++++++++++++++++++++++++
 doc/index.rst                |   74 ++++++++++++++++++++++++++++++++++++++++++
 doc/main_futures.rst         |   13 ++++++++
 doc/project_history.rst      |    5 +++
 doc/project_status.rst       |   18 ++++++++++
 7 files changed, 218 insertions(+)
 create mode 100644 doc/about_this_guide.rst
 create mode 100644 doc/author_and_licensing.rst
 create mode 100644 doc/goals.rst
 create mode 100644 doc/index.rst
 create mode 100644 doc/main_futures.rst
 create mode 100644 doc/project_history.rst
 create mode 100644 doc/project_status.rst

diff --git a/doc/about_this_guide.rst b/doc/about_this_guide.rst
new file mode 100644
index 0000000..0a3d47d
--- /dev/null
+++ b/doc/about_this_guide.rst
@@ -0,0 +1,27 @@
+About This Guide
+================
+
+This guide is for users who intend to install and administer a sheepdog cluster.
+
+It's divided in three main sections:
+
+- Sheepdog Basics
+- Sheepdog Advanced Use
+- Suggestions And Special Cases
+
+You have to be familiar with GNU/Linux, the shell, networking and virtualization
+(in general), ssh and kvm (specifically).
+In this guide we use a "simple" scenario of a small cluster with 4 nodes.
+
+Here are some of the terms used in this document:
+
+::
+
+    cluster = group of servers
+    host = a server
+    vm / guest = a virtual machine running on a host
+    node = a host running sheepdog daemon
+    vdi = virtual disk used by sheepdog
+    sheep = vary according to the context. It may be
+        - the sheepdog daemon process name
+        - the command to run the daemon
diff --git a/doc/author_and_licensing.rst b/doc/author_and_licensing.rst
new file mode 100644
index 0000000..7a21f41
--- /dev/null
+++ b/doc/author_and_licensing.rst
@@ -0,0 +1,17 @@
+Author And Licensing
+====================
+
+|cc logo| 
+
+This manual has been created by *Valerio Pachera* for the Sheepdog Project and 
+it's released under `Creative Commons Attribution 3.0 Unported`_ license.
+
+.. _`Creative Commons Attribution 3.0 Unported`: http://creativecommons.org/licenses/by/3.0/deed.it
+
+.. |cc logo| image:: http://i.creativecommons.org/l/by/3.0/88x31.png
+    :scale: 200 %
+    :alt: Creative Commons Logo
+    :target: http://creativecommons.org/licenses/by/3.0/deed.it
+    
+.. commento
+    
\ No newline at end of file
diff --git a/doc/goals.rst b/doc/goals.rst
new file mode 100644
index 0000000..0e37fe0
--- /dev/null
+++ b/doc/goals.rst
@@ -0,0 +1,64 @@
+Goals
+=====
+
+Common Problems Related To Virtual Server Management:
+*****************************************************
+
+Host Dependence:
+    A virtualized environment allows several operation systems to run on a 
+    single physical server.
+    This results in better resource utilization but it implies more services
+    going down if the host has problems.
+    Eventually we'll have to do some maintenance on our servers or they may
+    simply stop working.
+    When we stop a host, it would be a good thing to be able to run its guests
+    on another server.
+    
+Downtime:
+    We may copy the guests files to a second server or even move the physical
+    hard disks on it.
+    This requires time, effort and probably the physical access to the servers.
+    
+Single Point of Failure:
+    Another common solution is to have a shared storage.
+    That simply means to have a nfs folder on a nas like server, where our
+    guests disks are stored.
+    This way, if the server running the virtual machines
+    (name it front-end server) needs maintenance, we may simply start the
+    guests on the second server.
+    But what do we do if the nas breaks down?
+
+Resource waste:
+    The disadvantage of this approach is that we need more hardware for the 
+    back-end (the shared storage) but we still have to worry about the back-end
+    failover.
+    Furthermore, the hard disks on the front-end hosts are almost useless.
+    
+Raid complexity:
+    It's common practice to use RAID (1,5,6,10) to avoid down time due to disk
+    failure.
+    This implies to buy hardware controllers or to use software RAID.
+
+Sheepdog Benefits
+*****************
+
+Host Independence:
+    We can run any guest on any host of the cluster, as with a common shared
+    storage.
+    
+Less Downtime:
+    Because of the host independence, we do not need to fix the broken host
+    before running its guests.
+    
+No Single Point of Failure:
+    There's not a single shared storage.
+    Multiple hosts failure can be easily handled.
+    
+Less Resource Waste:
+    Each node is, at the same time, a virtualization and storage server.
+    
+No Raid Necessary:
+    Sheepdog is not limited to a single device per host, but as many as we wish.
+    You don't need to configure a RAID Software or buy a RAID Controller.
+    It will manage (on a single node) as much as unlimited disks in 
+    a RAID0 like way.
diff --git a/doc/index.rst b/doc/index.rst
new file mode 100644
index 0000000..593d219
--- /dev/null
+++ b/doc/index.rst
@@ -0,0 +1,74 @@
+
+SHEEPDOG ADMINISTRATOR GUIDE
+============================
+
+Sheepdog is a distributed storage system for QEMU.
+It provides highly available block level storage volumes that can be attached to
+QEMU virtualmachines.
+Sheepdog scales to several hundreds nodes, and supports advanced volume
+management features such as snapshot, cloning, and thin provisioning.
+
+
+
+Introduction
+============
+
+.. toctree::
+    :maxdepth: 2
+    
+
+    about_this_guide.rst
+    author_and_licensing.rst
+    project_history.rst
+    project_status.rst
+    main_futures.rst
+    goals.rst
+
+
+    
+Sheepdog Basic
+==============
+
+.. toctree::
+    :maxdepth: 2
+    
+    concepts.rst
+    installation.rst
+    configuration.rst
+    start_the_cluster.rst
+    dog_intro.rst
+    create_new_disk.rst
+    monitor_cluster.rst
+    fail_over.rst
+    verify_vdi.rst
+    stop_and_restart_cluster.rst
+    backup.rst
+
+
+
+Sheepdog Advanced
+=================
+
+.. toctree::
+    :maxdepth: 2
+    
+    more_concepts.rst
+    multidevice.rst
+    cache.rst
+    journal.rst
+    more_network_cards.rst
+    snapshot.rst
+    vdi_read_and_write.rst
+    more_about_backup.rst
+    misc.rst
+
+
+
+Suggestions And Special Cases
+=============================
+
+.. toctree::
+    :maxdepth: 2
+    
+    optimization.rst
+    
\ No newline at end of file
diff --git a/doc/main_futures.rst b/doc/main_futures.rst
new file mode 100644
index 0000000..9469e72
--- /dev/null
+++ b/doc/main_futures.rst
@@ -0,0 +1,13 @@
+Main Futures
+============
+
+- Simple implementation (2 services only) and intuitive command line.
+- Import of existing disks (qcow2, raw).
+- Export of Vdi to file (all type supported by qemu).
+- Vdi snapshot.
+- Vdi cloning.
+- Vdi resize.
+- Vdi preallocation.
+- Cluster snapshot.
+- Dedicated nic for data sync.
+- Support of live migration.
\ No newline at end of file
diff --git a/doc/project_history.rst b/doc/project_history.rst
new file mode 100644
index 0000000..d0a2884
--- /dev/null
+++ b/doc/project_history.rst
@@ -0,0 +1,5 @@
+Project History
+===============
+
+Sheepdog project has been founded by MORITA Kazutaka on 2010
+<fix:>
\ No newline at end of file
diff --git a/doc/project_status.rst b/doc/project_status.rst
new file mode 100644
index 0000000..a509f5c
--- /dev/null
+++ b/doc/project_status.rst
@@ -0,0 +1,18 @@
+Project Status
+==============
+
+Sheepdog is actively developed and more supporters are joining the project.
+It has reached a good maturity level.
+You may use the stable branch or development to test the latest improvements.
+
+You may have a look at the `Developers Mailing List Archive`_ to have an idea of
+the project vitality.
+
+We recommend you to join the `Users Mailing List`_ to ask for help and/or offer
+some help.
+
+If you are an interested developer, please join the `Developers Mailing List`_ .
+
+.. _`Developers Mailing List Archive`:  http://lists.wpkg.org/pipermail/sheepdog
+.. _`Users Mailing List`: http://lists.wpkg.org/mailman/listinfo/sheepdog
+.. _`Developers Mailing List`: http://lists.wpkg.org/mailman/listinfo/sheepdog
-- 
1.7.10.4




More information about the sheepdog mailing list