16 февраля EMC, VMware и VCE совместно анонсировали новые сверхкомпактные вычислительные системы, объединяющие в минимальном объеме серьезную вычислительную мощь, ресурсы хранения, гипервизор и управляющий софт. Это новое направление инфраструктурных решений «все в одном» призвано упростить развертывание новых виртуальных инфраструктур там, где требуется максимальная скорость внедрения, простота управления и мощный функционал в сочетании со сравнительно невысоким бюджетом.

Если вы вдруг пропустили анонс, предлагаю вам посмотреть, что эти системы собой представляют и зачем они вообще нужны. Подробно или коротко — на ваш вкус.

Если совсем коротко, то VxRail это «в одном флаконе» высоконадежный масштабируемый серверный кластер VMware, плюс СХД, плюс управляющий софт, плюс защита данных, плюс интеграция с облаком, плюс 200+ автоматизированных типовых задач.

В этой статье мы вам предлагаем доступ к подробной демонстрации интерфейса управления, рассказываем какие лицензии входят в состав решения и какой выбор железа есть в процессе конфигурации.

Изучение проблемы с производительностью и поиск путей решения знакомы многим не понаслышке. Существует большое количество инструментов визуализации и парсинга статистики ввода-вывода. В настоящее время набирает обороты автоматизация интеллектуального анализа на базе интернет-сервисов.

В этом посте я хочу поделиться примером анализа проблемы с производительностью СХД на базе одного из таких сервисов (Mitrend) и предложу пути ее решения. На мой взгляд, этот пример представляет собой интересный этюд, который, как я думаю, может оказаться полезным широкому кругу ИТ-читателей.

Итак, заказчик попросил EMC посмотреть производительность развёрнутой у него в SAN гибридной системы хранения VNX5500. К СХД подключены серверы VMware, на которых крутится «вообще всё»: от инфраструктурных задач до файловых шар и серверов БД. Поводом к проведению этой экспресс-оценки послужили жалобы на подвисания приложений, развёрнутых на подключённых к VNX серверах.

* игра слов с англ. «software»



Делюсь с вами новостью, что на базе СХД Isilon продолжается объединение Больших Данных, облаков и программно-определяемого хранения. 10 ноября был официально анонсирован давно ожидаемый Data Lake 2.0, он же Isilon.Next.

Из главного, стоит обратить внимание на следующие возможности в новой версии продукта:

• облачные хранилища могут быть использованы в качестве уровня хранения в Isilon
• софтверные узлы хранения
• географически распределенная Core-Edge кластерная архитектура
• полная непрерывность работы

Развивая тему бэкапа и восстановления на СХД с новой архитектурой, рассмотрим нюансы работы с дедуплицированными данными в сценарии disaster recovery, где защищаются СХД с собственной дедупликацией, а именно, как эта технология эффективного хранения может помочь или помешать восстанавливать данные.

Безусловно, способы защиты данных от потери определяются как объемом информации, так и самим устройством, на котором они хранятся. И то, и другое постоянно эволюционирует.

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

За последние 3 года только федерация EMC помогла развернуть программно–определяемые ЦОД–ы в более чем 1000 организаций по всему миру, полностью сохранив имеющуюся инфраструктуру, оптимизировав её использование для обеспечения бизнес–процессов. И согласно сделанным наблюдениям, в большинстве случаев к подобному решению компании приходят быстро и даже неожиданно для самих себя. Поэтому, даже если сейчас программно–определяемый ЦОД (далее для краткости — ПОЦОД) кажется вам чем–то очень уж диковинным, не спешите зарекаться от его внедрения. Риски проведения серьезных изменений в организации IT интуитивно понятны. В этой статье рассмотрены преимущества перехода к ПОЦОД и 4 распространенных причины их построения в организациях.