HP StoreOnce VSA - теперь и бесплатно!

Как получить бесплатную систему дедубликации для хранения резервных копий совершенно бесплатно? Сейчас — запросто! HP раздает всем желающим лицензии на 1ТБ StoreOnce VSA абсолютно бесплатно, то есть даром! Выпущены версии для всех наиболее распространенных гипервизоров: VMware, Hyper-V и KVM.

Уже довольно давно (я и про это упоминал здесь) можно получить в совершенно бесплатное использование лицензию на 1ТБ дискового пространства HP StoreVirtual VSA. Это отличный старт для экспериментов, для пилотных инсталляций, когда еще нет больших требований к объему дисков. Бесплатный 1ТБ StoreVirtual VSA вполне может даже стать неплохой основой своего рода «микро-конвергентного» решения для филиала, где стоит задача минимизировать простой при сбоях, но нет возможности строить серьезное решение. Теперь программную систему хранения данных можно дополнить программной системой хранения резервных копий.

Минимальные требования для установки: 2 x vCPU (2.2GHz), 16GB vRAM. Ничего запредельного.

Поддерживаются все популярные программы резервного копирования. Детальный список можно найти здесь: www.hp.com/go/ebs Думаю, что при некотором желании можно запустить и что-то типа бесплатной Bacula — StoreOnce можно настроить как VTL, NFS, CIFS или Catalist target.

Обратите внимание, что никто не запрещает использовать бесплатную лицензию в продуктивной среде — это плюс. Важно помнить, что никакой технической поддержки ждать не стоит — она предназначается для владельцев коммерческих лицензий. Еще одно, последнее ограничение бесплатной версии — нельзя расширить объем свыше 1ТБ, но можно без проблем «проапгрейдить» систему до коммерческой лицензии и получить 4ТБ, 10ТБ или даже 50ТБ. Апгрейд проходит совершенно прозрачно для уже сохраненных данных — они продолжают быть доступны для восстановления при аварии. А если и этого мало, то пора переходить на аппаратную реализацию, где объемы могут достигать сотни ТБ, а скорости десятков ТБ в час.

Важно заметить, что 1ТБ это «честный» объем — после дедубликации, а так как система предназначена для хранения бэкапов, то фактический полезный объем, при степени дедубликации 1:20, составит уже 20ТБ.

Остальной функционал полной версии доступен и для бесплатных пользователей. Среди интересных возможностей — шифрование данные и поддержка репликации (можно например установить в филиале, если на центральной площадке уже используется StoreOnce).

Но, как это часто бывает, бесплатный сыр встречается редко. Ровно через три года карета Золушки, как в сказке, превратится в самую обычную тыкву! Бесплатная лицензия выдается сроком на 3 года и, когда лицензия заканчивается, все резервные копии продолжают оставаться доступными — можно реплицировать их на другую систему, можно восстанавливать данные, но записать новые уже нельзя. По окончании срока действия лицензии, StoreOnce VSA перейдет в режим «только для чтения». Спасти вас может коммерческая лицензия — после покупки и активации, продолжайте полноценное использование продукта. Впрочем, если 3 года система проработала успешно в продуктиве, то пора и полноценную лицензию покупать. А наиболее экономные пользователи найдут способ получить свежую бесплатную лицензию (если они еще будут раздаваться) и реплицировать данные из старой бесплатной VSA на новую. Для наших админов нет нерешаемых задач! Но нужно быть готовыми к такому развитию событий.

Скачать образ виртуальной машины (и зарегистрировать лицензию) можно здесь: www.hp.com/go/FreeBackup

Понравился пост? Подпишись через RSS, Email или twitter!

Еще раз про vVol - теперь для владельцев NetApp

Про vVol я уже писал здесь. На прошлой неделе стали доступны для загрузки Virtual Storage Console 6.0 и VASA Provider 6.0 for Clustered Data ONTAP. Это два необходимых компонента для начала работы с virtual volumes в vSphere 6.0 и Data ONTAP.

Virtual Storage Console крайне полезный плагин vCenter, который пригодится любому владельцу СХД NetApp, независимо от планов на использование vSphere 6 или virtual volumes. Я буду очень удивлен, если кто-то из администраторов еще не использует его — решение подавляющего большинства задач управления системой хранения упрощается в разы. 

VASA Provider это отдельная виртуальная машина (на базе Linux), которая и реализует двустороннее взаимодействие между vCenter Server и системой хранения.

Конечно нужно помнить, что виртуальную машину с VASA Provider нельзя размещать на vVol — сервер ESXi не сможет начать работать с vVol до тех пор, пока не будет запущен VASA Provider. Это в равной степени относится и к vCenter — для него тоже нужно использовать только обычный датастор.

Кроме того, бакап и еще раз бэкап! Потеря как базы данных, так и самого VASA Provider может запросто прикончить вашу сверхсовременную и технологичную инфраструктуру. Новые технологии несут нам не только счастье и радость, но и лишние заботы! Хотя для сложной инфраструктуры польза от использования vVol конечно есть — администратор получает очень гибкий инструмент для автоматизированного управления как на уровне отдельной виртуальной машины, так и на уровне групп.

Да, на текущий момент в матрице совместимости vSphere нет поддержки vVols в Data ONTAP 8.3 - пока только 8.2.3.

Мне лично больше нравится реализация VASA  Provider в HP 3Par — он работает не в отдельной виртуальной машине, а “внутри” системы хранения. Такой вариант мне кажется более удобным для пользователя, хотя до первой проблемы однозначно не скажешь! :) 

Понравился пост? Подпишись через RSS, Email или twitter!

Пора прорубать окна в контейнерах!

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

Многие наверное еще осенью слышали обещание Microsoft о грядущей поддержке Docker в новой версии Windows. И вот, пришла пора узнать подробности — вчера в Microsoft было сразу два анонса, имеющих непосредственное отношение к контейнерам.

Во-первых, это контейнеры Hyper-V. Благодаря интеграции с Docker, код, работающий в рамках одного контейнера, изолирован от процессов в операционной системы и процессов в других контейнеров. Hyper-V контейнеры можно будет развертывать как обычный Windows Server контейнер, так и в виде виртуальной машины Hyper-V — довольно интересная опция, которая может стать аргументом для принятия технологии корпоративным сектором. Управление обоими видами контейнеров осуществляется через Docker.

Во-вторых, объявлено о еще одной редакции Windows Server. Это минифицированная операционная система с говорящим за себя названием Nano Server. В результате масштабного рефакторинга существенно сокращен размер ядра, а сама система поддерживает удаленную установку и управление. Nano Server оптимизирован для облачных вычислений и DevOps разработки. Наконец-то нам обещают меньше патчей и апдейтов, а также быструю перезагрузку. Редакция Nano Server будет доступна уже в следующем релизе Windows Server, поэтому ждать остается не так уж и долго.

Пользователь сможет устанавливать только те компоненты, которые действительно нужны. Результат от таких оптимизаций весьма многообещающий — на текущий момент декларируется:

• уменьшение размера VHD-файла на 93%
• потребуется на 92% меньше патчей — (возможно речь идет о потенциальном количестве, за счет сокращения числа устанавливаемых сервисов)
• снижение числа перезагрузок на 80%

Чтобы все это достичь пришлось избавиться от GUI, отказаться от поддержки 32 битных приложений, MSI и от целого ряда других, стандартных для Server Core, компонентов. В том числе, нет поддержи локальной авторизации и RDP — все управление осуществляется только удаленно через PowerShell и WMI. Для обеспечения удобства управления нас ждут изменения в PowerShell — будут поддерживаться, например, передача файлов и удаленная отладка. Кроме того, планируется представить новые web-утилиты как замену локальных инструментов управления.

Так как Nano Server это именно переработанная версия Windows Server, то полная совместимость с API (в рамках оставшихся в Nano Server компонентов) упростит разработку нового ПО. Visual Studio будет полностью поддерживаться, так что экосистема не должна оказаться пустой. 

Например, в Chef плотно занимаются интеграцией с Nano Server, заявляя о том, что новая платформа (Nano Server плюс автоматизация от Chef) станет отличным решением для разработки в стиле DevOps.

Само собой, Nano Server будет и отличной базой для развертывания на нем контейнеров Windows Server и Hyper-V контейнеров. В мире Linux аналог уже доступен — Red Hat Enterprise Linux Atomic Host.

Уже в конце апреля, на конференции Build 2015, можно будет увидеть контейнеры Windows «живьем».

Источник:

http://blogs.technet.com/b/server-cloud/archive/2015/04/08/microsoft-announces-new-container-technologies-for-the-next-generation-cloud.aspx

Понравился пост? Подпишись через RSS, Email или twitter!

SCSI Decoder

Нашел в почте письмо от RedHat про полезную утилиту - SCSI Decoder.

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

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

SCSI error: return code = 0x08000002 - Illegal Request
* We are getting errors only for first LUN coming from Storage * This LUN is the command device coming from Hitachi Array * Error snippet from messages file: ~~~ kernel: sd 5:0:0:0: SCSI error: r
https://access.redhat.com/solutions/369363

Вот и все! С высокой вероятностью мы получим решение проблемы в пару кликов. И не забываем, что ошибки SCSI это не только SCSI диски (которые поди найди сейчас), но и например СХД, подключенные по FC.

Для доступа к декодеру потребуется логин на Red Hat Customer Portal, но никакие подписки и прочие затратные мероприятия от вас не требуются.

С интересом потратил часть вчерашнего вечера на поиск в почте писем с вопросами про ошибки и скармливание этих ошибок в декодер - когда-то можно было много времени сэкономить на этом!

Понравился пост? Подпишись через RSS, Email или twitter!