Да и на Солнце вспышки... вспышки... вспышки...

Давно думал начать мемуары писать. :)


В новостях пробежало, что наше Солнце опять бурлит: вспышки и тому подобное. Вот вспомнилось.

Работал я админом в банке. Кажется году в 2003 мы переезжали всем нашим бранчем ("филиалом") в новое здание.

На новом месте прокладывали нам СКС. Витая пара от Molex, гарантия на все соединения от патч-панелей до конечных розеток 35 лет от производителя. Но, чтобы гарантия работала, необходимо сеть сертифицировать. А для сертификации нужно произвести замеры. Замеры производятся специальным прибором-тестером (не обычным "флюком"). С одной стороны проверяемой линии устанавливается заглушка, с другой — подключается специальный тестер, определяющий волновое сопротивление, затухания и т.п. Таким образом нужно было собрать данные по всем точкам, благо их не так много, около 300.
Тестирование проводили вечерами. Большая часть линий прошло все тесты с хорошим запасом, однако пара-тройка дюжин соединений тестирование провалили. Причем некоторые успешно затем проходили повторные испытания на следующий вечер. Т.е. ошибки были не системные, проявлялись в различное время в разных местах сети. Стали искать внешние источники помех — вдруг кто такой мощный фон дает. Но вокруг ни электрических подстанций, ни промышленного обследования, здание стоит одиноко удалено метров на 300 от всех ближайших сооружений, электрика и СКС внутри разведены как полагается. Даже как-то в выходной день пришли — все равно 14 точек сертификацию никак не проходят, хотя сами они без проблем работают — Talking Ring вполне себе бегает, телефония звонит. Уже пора сдавать СКС, Молекс ждет отчет.
На очередное воскресенье запланировали проблемные кабели переложить (читай проложить новые провода рядом со старыми). Пока бригада спецов готовилась: раскладывала снасти и инструмент, решили перепроверить еще раз — больше от скуки, чем в надежде.

Все 14 линий показали практически идеальные результаты. Чудеса да и только.
Что это было? Прошлись еще раз по нескольким из уже проверенных ранее. Все готовы хоть в космос лететь с такими показателями.

Пока сбрасывали базу данных из тестера, печатали и отсылали отчет в фирму-производитель, я решил проверить свою личную почту, открываю браузер, и бросается в глаза первая новость (дословно конечно же не помню): "закончилась самая сильная из известных электромагнитных бурь от вспышек на Солнце, уничтожившая японский спутник и устроившая прочие беды в народном хозяйстве".

Вот и думайте — совпадение или...

Мысль вслух

Интересно, как виртуализация в последние годы двигает развитие процессоров x86.
Изначально архитектура x86 не была предназначена для распараллеливания вычислений. Но с ростом производительности этой платформы появилась возможность программной реализации мультизадачности, а затем и самой виртуализации. На физическом уровне исполнения в ЦПУ добавились вначале виртуальное разделение потоков (Hyper-threading), а затем и реальное (ядра). А потом программная виртуализация получила поддержку на физическом уровне (Intel VT и AMD-V).
В итоге, x86 процессоры на программно-аппаратном уровне все больше обрастают свойствами процессоров mainframe. А там, глядишь, спираль развития и замкнется...

Veeam Backup v6. Архитектура. Роли серверов

Часто спрашивают по новой архитектуре Veeam Backup & Replication (VBR). Вот и решил написать статью или серию статей.

Роли серверов резервного копирования в пределах одной инсталляции VBR v6:
  • Сервер управления – центральный сервер инсталляции (один на всю инсталляцию). Выполняет следующие задачи:
    • Содержит консоль управления
    • Используется для настройки системы:
      • Настройка инфраструктуры (добавление, изменение, обновление и удаление других серверов инсталляции)
      • Настройка системы – параметры оповещений и т.п.
      • Настройка заданий
    • Осуществляет запуск заданий по расписанию:
      • Определяет доступность Репозитария
      • Определяет наиболее подходящий для данный момент Прокси (учитываются доступность, производительность, тип копирования (hot-add, Direct SAN Access, сетевой), текущая загрузка и т.п. параметры)
      • Передает параметры выполнения задания на Прокси, параметры хранения на Репозитарий
      • Собирает статистику выполнения заданий
  • Прокси сервер – сервер, непосредственно осуществляющий копирование данных. Количество Прокси не ограниченно, что позволяет горизонтально масштабировать инсталляцию и распараллеливать выполнение заданий. В инфраструктуре резервного копирования каждый Прокси представляется одними общими настройками, привязанными к одному серверу (ВМ или физическому)
    Может быть:
    • Физическим сервером с доступом к LUNам СХД с виртуальными машинами. В этом случае данные копируются по технологии Direct SAN Access непосредственно с СХД, в обход хостов ESX и сетей LAN (т.н. LAN-free бэкап). Считается самым быстрым способом копирования
    • Виртуальным сервером. Доступна технология копирования hot-add через порты ввода-вывода ESX-хоста, опять-таки в обход сети LAN, но имеет некоторое влияние на хост ESX на котором осуществляется копирование. Имеет ряд ограничений (например, необходимо SAN-хранилище, хост должен иметь доступ к LUN с дисками копируемой ВМ).
    • В любом из вариантов Прокси доступен режим копирования по сети LAN. Считается самым медленным режимом. Применяется, в основном, как резервный метод в случае недоступности одного из вышеописанных режимов копирования.
    По режимам копирования pros & cons напишу отдельную статью.
    Также Прокси участвует в процессе репликации в качестве Прокси-получателя: записывает данные реплики по технологии hot-add на резервной площадке. Прокси испытывает все основные нагрузки в процессе копирования.
    Наиболее требователен к процессорным мощностям.
  • Репозитарий – точка хранения данных. Место, куда осуществляется запись сохраняемых данных. Одно задание не может осуществлять копирование на несколько Репозитариев. Каждая точка хранения представляет собой отдельный диск (локальный, LUN, сетевой диск CIFS или NFS). Таким образом, один и тот же сервер хранения (физическая или виртуальная машина), сохраняющий резервные копии на несколько локальных и сетевых дисков будет представлен в инфраструктуре резервного копирования как несколько Репозитариев.
    Кроме записи данных, Репозитарий осуществляет процедуры пост-обработки: собирает синтетические полные копии из инкрементов, создает реверс-инкременты, следит за выполнением политик хранения (например, удаляет старые архивы и т.п.)
  • Сервер vPower NFS – сервер с установленной ролью Репозитария, который может осуществлять работу технологии vPower (публикация файлов ВМ для мгновенного запуска из резервных копий без предварительного полного восстановления данных из архивов). Роль vPower NFS может быть установлена на любом из серверов Репозитария с ОС Windows.
    Эта роль относится ко всему серверу, вне зависимости от количества относящихся к данному серверу Репозитариев (т.е. на одном и том же сервере может быть установлено несколько Репозитарием, но vPower NFS будет один). При этом каждый Репозитарий может быть привязан к своему vPower NFS, т.е. не обязательно установленному на этом же сервере.
    По большому счету, Репозитарий может быть вообще не привязан ни к какому vPower, но в этом случае для хранящихся в этом репозитарии резервных копиий не будут доступны функции, требующие vPower: мгновенное восстановление Instant VM Recovery, проверка работоспособности резервных копий SureBackup, виртуальные лаборатории VirtualLab, восстановление объектов приложений ВМ U-AIR и др.
  • База данных. База данных на MS SQL одна на всю инсталляцию VBR. Является неотъемлемой частью Сервера управления, но не обязательно устанавливается на тот же самый сервер. База содержит все настройки инфраструктуры и заданий, а также статистику. В процессе эксплуатации БД растет очень медленно, и, как правило, по производительности и масштабируемости хватает редакции MS SQL Express.
    Не критична к утере с точки зрения возможности восстановления резервных копий.
Первый сервер в инсталляции содержит все вышеозначенные роли (БД в процессе установки можно установить на другой существующий SQL сервер).


Существует еще сервер Veeam Backup Enterprise Manager – веб-приложение со своей БД, контролирующее все отдельные инсталляции VBR в пределах всей компании.



Ну, и еще опишу сам процесс копирования с учетом новой архитектуры:

Рождественские подарки

Коллеги!

Как и в прошлом году, в этом у компании Veeam Software есть что подарить на Новый год и Рождество.

Для всех VMware vExpert и Microsoft Most Valuable Professional (MVP), сертифицированных специалистов VMware Certified Professional (VCP),  VMware Certified Instructor (VCI) и Microsoft Certified Professional (MCP), а также просто участников сообщества VMUG, доступны бесплатные NFR-ключи на Veeam Backup & Replication версии 6 (2 сокета для домашней лабы).

За подробностями - сюда: http://vee.am/freenfr
Для vSphere: http://www.veeam.com/nfr/free-nfr-license
Для Hyper-V: http://www.veeam.com/nfr/free-nfr-license-hyper-v



И еще одна новость. Вышел отчет "Virtualization Data Protection 2011" - опрос 500 крупных компаний.
Скачать: http://go.veeam.com/annual-virtualization-data-protection-report-2011-ty.html

О прелести расширения мониторинга MS SCOM с помощью MP

Я думал, что размещал уже это видео.

Полюбуйтесь, это Management Pack для... кофе-машины (поставил на начало демонстрации):


Сегодня среда? Ну, что ж, это же маленькая пятница! ;)


Дополнительная информация по MP, ссылка на скачку и т.п. - здесь.