Ru-Board.club
← Вернуться в раздел «В помощь системному администратору»

» Veeam Management Suite for VMware

Автор: Dimsoft
Дата сообщения: 24.06.2011 07:02

Veeam Management Suite включает в себя набор современнейших инструментов для повышения степени управляемости и прозрачности систем, построенных на базе сред виртуализации VMware.

Решения Veeam, входящие в состав пакетов Veeam Management Suite, функционируют в тандеме с VMware VirtualCenter, расширяя его нативные возможности и помогая упростить систему управления средой виртуализации.

Пакет Veeam Management Suite Plus включает:

Veeam Reporter Enterprise - решение для автоматизированного сбора данных, построения отчетов и отслеживания из менений, разработанное специально для крупных инфраструк тур на базе VMware Infrastructure (VI3).
Veeam Configurator – система управления настройками виртуальной инфраструктуры VMware Virtual, использующая один интерфейс Windows, позволяющая легко и просто управлять настройками и подсистемами серверов VMware ESX, в том числе получать доступ к ним из командной строки, редактировать с помощью скриптов или вручную файлы конфигураций.
Veeam Monitor - решение для мониторинга виртуальной инфраструктуры VMware, отвечающее ежедневным потребностям администраторов в управлении состоянием исправности и быстродействия инфраструктуры VMware (VI3).
Veeam Backup - решение промышленного класса, которое объединяет резервное копирование и восстановление в одном продукте, для быстрого восстановления работы виртуальных машин на ваших VMware ESX серверах.

Полный список продуктов компании Veeam на официальном сайте

Автор: Dimsoft
Дата сообщения: 24.06.2011 17:53
подскажите, как сделать реплику одной VM в две разные VM
пробую сделать два задания у первого добавлять суффикс _1 у второго_2 - первое нормально собирает реплики, второе пишет ошибку VM с таким именем существует
Автор: DJ_Diablo
Дата сообщения: 25.06.2011 08:29
не работал ни разу с репликами, поэтому ждем профи)
Автор: Dimsoft
Дата сообщения: 25.06.2011 09:12

Цитата:
ждем профи

DJ_Diablo

может я неправильно микроскоп использую, просто раньше все больше гвозди попадались, а тут шурупы

есть два esxi 4.1 u1 сервера, задача VM с первого сервера получить как VM1 и VM2 на втором
две чтобы если все медным тазом накроется при копировании, то старая копия осталась.

как такое лучше провернуть ?

с vm->vm1 все нормально, а вот как получить на том же esxi но другую vm2 непонятно
Автор: FaiverEmail
Дата сообщения: 27.06.2011 11:24
ОК.
Всем привет, дублирую свою проблему:
Помогите разобраться в ситуации.
На трёх серверах IBM 3850 M2 установлен ESX 4.1
На каждом сервере по 128 Гб оперативки
Загрузка по памяти на каждом сервере в пределах 20%
Установлен Veeam Monitor, который ругается на "Host swap memory"
В настройках этого аларма по дефолту на Veeam Monitor стоит тригер в 128 Мб - полагаю, что такие настройки исходят из каких-то соображений (а может это не правильные настройки...?)
При этом на разных серверах Veeam Monitor показывает swap разный (430 Мб, 1,6 Гб, 300 Мб)
На сколько я понимаю swap должен срабатывать как последний механизм после transparent memory page sharing, balloon driver и memory compression
Однако статистика этих механизмов на нуле....
Vmtools на всех ВМ установлен
Просьба подсказать где копать?
Может у меня каким-то странным образом все эти механизмы отключены?
Автор: ua3prq
Дата сообщения: 27.06.2011 21:53

Цитата:
есть два esxi 4.1 u1 сервера, задача VM с первого сервера получить как VM1 и VM2 на втором
две чтобы если все медным тазом накроется при копировании, то старая копия осталась.

как такое лучше провернуть ?

с vm->vm1 все нормально, а вот как получить на том же esxi но другую vm2 непонятно


Cмысл использовать дублированную реплику на 2-м хосте поясните...
Если интересует надежность репликации- так возможно использовать уровень репликации (как и бэкапа), дефолтовый 14 раз и соотв. уровней отката в пред. состояние.
Дублирование репликации ни к чему хорошему не приведет, тем более виэм не такой тупой, раз запрешает реплицировать 2 раза ВМ с одним гуидом. Кроме неоднозначностей и потери производительности никакой выгоды я не вижу.
Как вариант необходимо использование бэкапа на сетевое устройство в другом непересекающемся задании.
Автор: Dimsoft
Дата сообщения: 28.06.2011 06:30

Цитата:
Дублирование репликации ни к чему хорошему не приведет

ua3prq

я не умею готовить кошек

подскажите как veeam решает ситуацию - шла репликация (долго она идет) и сервер источник рухнул в процессе:

что будет с vm на сервере приемнике ?
они будет в консистентном состоянии ? но на предыдущее состояние, или надо что то будет делать руками ?
Автор: ua3prq
Дата сообщения: 28.06.2011 10:22
Руками ничего делать не нужно будет. Если источник рухнет во время джоба, виэм будет пытаться некоторое время с ним связаться (дабы удалить снепшот от ВМ) потом выбадет в "Failed". Ситуация аналогичная с заданием на бэкап.
Если обратили внимание- при репликации на таргете резервируется удвоенное состояние VMDK, если что-то не получается- все просто откатывается назад. Будьте внимательны поэтому, т.к. место резервируется в 2 раза больше чем нужно для ВМ, причем уже в "thick"...

Насчет скорости- первая репликация полностью гонит всю ВМ, долго, да, особенно при сетевом бэкапе. Зато потом через CBT реплицируются только дифференциальные данные. Чем чаще будет репликация, тем больше будет пиковая производительность (утверждают, что можно сделать минутный интервал), хотя всему есть разумное ограничение, т.к. соурсу постоянные снепшоты тоже не праздник.
Автор: FaiverEmail
Дата сообщения: 28.06.2011 13:16

... Видимо никто не использует Veeam Monitor.
Автор: ua3prq
Дата сообщения: 28.06.2011 13:31

Цитата:
Видимо никто не использует Veeam Monitor


Если про себя- как-то пару раз пробовал ставить, 5-ка вообще что-то не завелась рядом с B&R. Это меня огорчило, т.к. даже в техподдержке ничего путного сказать не могли - типа "так надо ставить на выделенную машину"...
А потом оказалось, что при 2-х хостах с 5-7 ВМ и нечего мониторить, иногда клиентом смотрю что там получается, не напрягает.
Хотя потребности у всех разные, не спорю, но слава богу тут не датацентр
Автор: StephanChur
Дата сообщения: 04.10.2011 10:46
Доброго времени!
Стоит Veeam Backup на Виртуальной w2003k которая стоит на ESXi 5
К винде подмонтирован NFS диск Z, являющийся местом на сервере с ОС OpenFiler.
Вопрос: Почему родной, виндовый бэкап ложится на диск Z, а когда делаешь бэкап Veeam то он ругается что ему access denied?
Спасибо!
Автор: Starshark2007
Дата сообщения: 04.10.2011 11:28
StephanChur

Потому что служба Veeam у Вас, видимо, выполняется от имени другого пользователя, которому access denied.

Автор: StephanChur
Дата сообщения: 04.10.2011 14:20
Логинюсь под админом сети,потом под локальным аккаунтом толку никакого(((, где я не прав?



Uploaded with ImageShack.us

Добавлено:
Подскажите, под каким пользователем должны быть запущены сервисы Veeam?
Автор: Starshark2007
Дата сообщения: 05.10.2011 11:11
StephanChur

IMHO, при установке Veeam запрашивает учетные данные пользователя от чьего имени запускаться.
Лично у меня он запускается от имени админа домена.
Стоит выбор - "This account" и прописан домен\administrator и соответственно его пароль.
Но это Ваше дело под каким пользователем его запустить лишь бы у этого пользователя были нужные права.
Автор: StephanChur
Дата сообщения: 06.10.2011 11:14
Вот таки учетные дыне при установке.
Сервисы запущены от такой же записи.
Проблема та же (

[img] Uploaded with ImageShack.us[/img]
Автор: Starshark2007
Дата сообщения: 07.10.2011 13:43
StephanChur

А сделать на OpenFiler тестовую Cifs-шару и попробовать?
Автор: StephanChur
Дата сообщения: 10.10.2011 11:54
Дайте пожалуйста ссылку на настройку такой шары
Автор: LevT
Дата сообщения: 03.05.2012 18:48
Есть хранилка, на которой я настраивал тестовый CIFS репозиторий с кривым доступом (разрешил анонимуса). Бэкап успешно туда писался, с дополнительного бэкап-прокси.

Как теперь вычистить из Veeam учётные данные подключения, чтобы настроить нормального юзера?

Что только я ни делал, всё одно консоль Veeam ругается ошибкой lanman клиента: "Multiple connections из-под одного виндового юзера, но разными smb-юзерами are not allowed"...

Удалил уже репозиторий, пытаюсь создать новый, но при попытке пощупать свободное место получаю вот эту ошибку.
Автор: LevT
Дата сообщения: 04.05.2012 13:43

на заметку
http://jeffhengesbach.blogspot.com/2011/09/working-with-veeam-surebackup.html
Автор: Starshark2007
Дата сообщения: 07.05.2012 11:19
LevT

Панель управления -> "диспетчер учетных данных" чистили?
Автор: LevT
Дата сообщения: 07.05.2012 12:26

Глюк оказался ограничен кнопкой проверки шары. Когда я прошел дальше по визарду, репозиторий создался с нормальными уч. данными и работает.
Автор: wwwzebra
Дата сообщения: 16.05.2012 14:24
Коллеги!
Возможно ли ограничивать кол-во архивов?
К примеру, я создал Задачу BACKUP - и архивирую в репозитарий, имеющий диски на 2TB
Со временем место заканчивается...
Где или как настроить, что мне нужны архивы за 2 недели или к примеру - 14 последних архивов и не больше. Или по месту на диске? Если места не хватает - затирать предыдущие...
Автор: Starshark2007
Дата сообщения: 17.05.2012 13:05
wwwzebra

На втором шаге мастера создания задачи бекапа (выбор хранилища) есть едитбокс "retention policy" с указанием максимального количества "точек восстановления".
Автор: wwwzebra
Дата сообщения: 17.05.2012 15:58
Все верно! Спасибо. Нашел

Но появился еще вопрос:
Backup
Можно создать через репозиторий - подключение к сетевому ресурсу - локальные диски или другой компьютер на базе Windows (Linux и SMB не рассматриваем)
и копировать FULL и INCREMENTAL по расписанию и ограничивать кол-во точек восстановления.
Упираемся в размеры дисков локальных, либо в установку дополнительного серверас большим объемом дисков

Copy
Можно подключить непосредственно ХРАНИЛИЩЕ (через ESXi сервер) и копировать непосредственно на хранилище - это плюс! Но нет возможности управлять кол-вом копий. Или я не нашел? Аналочино - нужно хранить 5 последних копий серверов(за месяц)



Автор: Starshark2007
Дата сообщения: 22.05.2012 13:30
wwwzebra

Не совсем понял почему не рассматриваете SMB (windows share disk). Нет виндовс-машины с достаточным обьемом диска? Так сделайте.

По поводу копировать на хранилище, прямое подключение к СХД не пробовал, но чисто умозрительно бекап не должен отличаться ибо роли прокси и сторадж разъединены и задаче бекапа не важно (по идее) куда идет поток бекапа.
Автор: wwwzebra
Дата сообщения: 22.05.2012 14:32
SMB - есть и делается...
Но смысл делать отдельно стоящий сервер, если можно все архивировать непосредственно на СХД?
Или я не прав...

Настроек по кол-ву копий - не нашел. Теоретически - должны быть, на практике - НЕТ...
Автор: Starshark2007
Дата сообщения: 23.05.2012 16:18
wwwzebra

Вероятно Вы меня не поняли.
Я имею ввиду, что от месторасположения хранилища для бекапов мастер создания задачи не изменится. Поэтому количество хранимых копий ограничивается там же, на 2-ой странице мастера вышеупомянутый "retention policy".
Или не понял я, и Вы не хотите использовать стандартный мастер бекапа. Возникает вопрос, а отчего?


Цитата:
Но смысл делать отдельно стоящий сервер, если можно все архивировать непосредственно на СХД?


Не надо делать отдельно стоящий, воспользуйтесь любой виртуальной машиной и примаунтите к ней большие луны с хранилища как диски.
Можно "складывать" на СХД, но надо иметь там файловую систему, у Вас есть? Если есть подключите нужную шару к машине с Veeam и вперед.
Автор: Jeison_M
Дата сообщения: 03.08.2012 09:22
Я использую Backup & Restore . подскажите можно ли делать бекап системы включенной и работающей машины? или ее надо перед эти выключать?
Автор: LevT
Дата сообщения: 03.08.2012 10:44
Jeison_M

Дык если УЖЕ используете, зачем спрашивать? Мышку в руки, взгляд на экран - и узнаете ответ без испорченного телефона, непосредственно от софтины.
Автор: LevT
Дата сообщения: 27.01.2013 00:00
А вот кое в чём софтина морочит голову. Кто-нибудь разобрался во взаимодействии и логике взаимосвязи NFS датасторов и репозиториев?

1) Ставлю Veeam на одну машину host1, всё работает.
2) Ставлю его на соседнюю машину host2
3) Добавляю на host2 Windows-репозиторий host1 (c путём D:\Veeam_NewRepo и NFS датастором), называю этот новый репозиторий "HOST1-NEW"

NFS-шара c host1 пропадает после третьего шага (в какой точно момент, я ещё не уточнил...)

Дело в том, что и NFS шара, и сетевой Windows-репозиторий обе фичи по отдельности ценные. Но получается, что на них нельзя полагаться, если одна рушит другую. ((

Кто-нибудь хотя бы знает, указываемый при создании сетевого репозитория путь к NFS-шаре, ассоциированной (c тем Windows-репозиторием? или с целым host1?) - он локальный для host1? Или для host2?

То ли категорически не следует сохранять NFS-галку на третьем шаге, то ли следует следовать определённым правилам именования шар и директорий, вытекающим из неопубликованной разработчиками логики.
...Которую логику полезно было бы подвергнуть реверс-инжинирингу...



Добавлено:

На самом деле достаточно поставить Veeam дважды в песочнице со снапшотами, с вниманием к деталям (таким, как порты NFS сервиса и результаты сканирования showmount -e) на каждом шажке.

Но я уже задолбался.. Может, кто-нибудь возьмётся это проделать?

Страницы: 123

Предыдущая тема: Canon LBP 2900 и печать с доса


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.