Организация бэкапа

Linux тут при том, что...

зачем xenserver там где он не нужен. Ставь proxmox

Почему не нужен? proxmox я про него много слышал но не юзал

ну можно все конечно на xenserver настроить, но зачем это делать когда есть полноценный с веб интерфейсом, бекапами и тд софт

Я правильно понимаю что в proxmox есть нормальные человеческие бэкапы?потмоучто в ксенсервер можно это делать только через консоль

Да, в проксе бекапы из коробки. Для ксена нужен акронис, сеп или самопис.

Судя по схеме XENSERVER лишний - зачем, если на железке крутится один единственный гость и тот Winserver?

Для одной винды, виртуализация ни к чему. А по теме, если бесплатно, то это: proxmox с патчами для delta backup, и / или bareos

максимально бесперебойную работы сайта

cluster

как правильно организоваться максимально бесперебойную работы сайта и бэкапы.

выбирай сам средства: fs/application

схема железа и ПО по по ссылке ниже

Это не схема. Данные почтовыми голубями доставляются? Иди в job

просто я как бы на будущее сделал XENSERVER мало ли, ещё будут машины, но я подумал и поставлю Winserver на HP 160 DL на отдельную машину. А если я поставлю Winserver и подниму виртуалки на Hyper-v то я смогу линукс машины гостевые создавать?

Конечно

Вот я думаю может так и сделать...просто у нас в фирме всё должно быть лицушное... Чтобы поднимать виртулаки с гостевыми ОС нужны какие лицензии? или просто купил лицухи Winserver и всё

лишь бы редакция win-сервера позволяла установить роль hyper-v

http://serverfault.com/questions/738072/backing-up-xen-guests-from-dom0-with-...

To me, backing up disk images makes more sense here. From the backup script perspective, it shouldn't really matter if the VDIs are file- or LVM-based, you should be able to backup them the same way, by only changing paths. Moving to LVM, though, may give you a serious performance gain, especially if you employ raw (not VHD based) VDIs.

To avoid entire sparse files being transferred every time, further modify scripts to pipe data through a packer (gzip being a fine solution). This way, even reading a VDI file in its full size will give you a compact output. This may be hard to achieve with rsync so use other means to transfer the data to backup location (ie. ssh with shell redirection).

To reduce downtime, in case of LVM SR (not sure with image files), you can also enhance your script so it will take a snapshot of the VM prior to backing it up. It can then backup from snapshot storage, so it will provide consistent data without VM being blocked from start. Taking snapshot usually takes as few as few seconds. Snapshot VDIs can also be mounted on dom0 to backup individual files, the only problem being VHD format being used (again, go with LVM and raw VDIs).

Только места под образы систем нужно. А вобще хранилище надо с распределённой ФС организовывать. И да, саму БД постгреса не забывайте просто дампить.