Культурный офтопик
 help / color / mirror / Atom feed
From: "Илья Кучмин" <ikuchmin@gmail.com>
To: "Культурный офтопик" <smoke-room@lists.altlinux.org>
Subject: [room]  Разработка механизма резервирования виртуальных машин.
Date: Sun, 1 Jan 2012 16:59:29 +0400
Message-ID: <CAP7eui4M_J2gYj-GjcWsTpacyw3yfd33xyVypAU=jbqXpx7YFA@mail.gmail.com> (raw)

Задумался об автоматизации процесса резервирования виртуальных машин
на платформах openvz, kvm. Так как backup HN не требуется то
возникает, вполне законное желание, осуществлять перекрестный backup.
Особенно если учесть, что винчестеры нынче дешевые, да и raid обычно
нулевой используется.
Процесс резервирования видится следующим: Имеется два компонента
Сервер и Клиент. Сервер выполняет процесс резервирования для
виртуальных машин которые на нем хостятся. В зависимости от типа
виртуализации процесс резервирования может отличаться, соответственно
должны использоваться утилиты предоставленные авторами механизма
виртуализации, либо инструмент который пожелает использовать
администратор. После того как процесс снятия резервных копий окончен,
сервер рассылает(клиентам) уведомления, после чего клиенты
осуществляют процедуру выгрузки копий зарезервированных на сервере
виртуальных машин. Также клиенты должны с определенной периодичностью
проверять наличие последних обновлений доступных на сервере. Таким
образом решается проблема потерявшихся в пути уведомлений. По
истечении таймаута клиент самостоятельно спросит сервер и выгрузит
последние копии машин. Понятие Клиент и Сервер существуют в рамках
одной сессии передачи данных, так как для одних VPS, HW является
клиентам(выгружая их с другой машины) для других сервером(предоставляя
свои ресурсы гостям). В случае если в дальнейшем появиться желание
выделить отдельный сервер для хранения резервных копий, будет
достаточно обозначить его как клиента для всех VPS.

Примечания:
Уведомления должны передаваться не только в рамках одной
широковещательной сети. Гарантии что промежуточные маршрутизаторы
поддерживают multicast также нет.
Механизм передачи должен позволять контролировать использование
пропускной способности сети, на стадии старта
Имеется Архив. В него складываются данные которые снимаются единожды и
в дальнейшем не требуют обновления. Должна присутствовать возможность
сказать клиенту, что он хранит архив, который он самостоятельно
синхронизирует согласно представленной выше схеме.

Прошу читателей покритиковать предложенную схему backup.
Также если вы знаете об инструментах которые полностью или частично
реализуют необходимый функционал, прошу указать их.

На данный момент видятся следующие задачи:
Передача файлов между несколькими ВМ, с проверкой контрольных сумм
Запус задачи начала процесса резервирования по графику
Рассылка и прием notify сообщений

Премного благодарен за любую критику и наводку на инструменты.

             reply	other threads:[~2012-01-01 12:59 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-01-01 12:59 Илья Кучмин [this message]
2012-01-03  7:55 ` Michael Shigorin
2012-01-03 13:50   ` Илья Кучмин
2012-01-09 12:11     ` Michael Shigorin
2012-01-10  6:09       ` Илья Кучмин
2012-01-10  9:02         ` Michael Shigorin

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CAP7eui4M_J2gYj-GjcWsTpacyw3yfd33xyVypAU=jbqXpx7YFA@mail.gmail.com' \
    --to=ikuchmin@gmail.com \
    --cc=smoke-room@lists.altlinux.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

Культурный офтопик

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://lore.altlinux.org/smoke-room/0 smoke-room/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 smoke-room smoke-room/ http://lore.altlinux.org/smoke-room \
		smoke-room@lists.altlinux.org smoke-room@lists.altlinux.ru smoke-room@lists.altlinux.com smoke-room@altlinux.ru smoke-room@altlinux.org smoke-room@altlinux.com
	public-inbox-index smoke-room

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://lore.altlinux.org/org.altlinux.lists.smoke-room


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git