Рубрика «СХД» - 11

в 12:32, , рубрики: CD10000, ceph, crush, ETERNUS, ETERNUS CD10k, Fujitsu, openstack, RADOS, Блог компании Fujitsu, ит-инфраструктура, Серверное администрирование, СХД

Сегодня многие компании работают с огромным количеством данных. Нет, я сейчас не о паттернах BigData, а просто о том, что удивить десятком-другим терабайт данных на серверах отдельно взятой компании никого уже нельзя. Но многие идут дальше – сотни терабайт, петабайты, десятки петабайт… Конечно, хорошо, когда ваши данные и задачи по их обработке попадают под идеологию mapreduce, но намного чаще все эти данные представляют собой либо «просто файлы», либо тома виртуальных машин, либо уже структурированные и шардированные своим образом данные. В таких случаях компания приходит к идее необходимости развертывания системы хранения данных.

Fujitsu ETERNUS CD10000: Ceph без забот - 1

Добавляет популярности СХД сегодня и системы, подобные OpenStack – ведь приятно управлять своими серверами не заботясь о том, что в одном сервере не работает диск, что одна из стоек обесточена. Не заботиться о том, что железо на одном Самом Важном Сервере устарело и для его апгрейда необходимо деградировать ваши сервисы до минимального уровня. Конечно, такие случаи могут быть ошибкой проектирования, но будем честны – все мы можем допустить такие ошибки.

В итоге компания встаёт перед непростым выбором: создать СХД самостоятельно на основе открытого ПО (Ceph, MuseFS, hdfs – есть из чего выбрать с минимальными затратами на интеграцию, но придется потратить время на дизайн и развертывание) или купить готовую проприетарную СХД и потратить время и силы на её интеграцию (с риском того что СХД со временем достигнет лимита своей ёмкости или производительности).

Но что если взять за основу Ceph, для которого сложно придумать невыполнимую задачу в области хранения данных, заручиться поддержкой какого-нибудь Ceph-вендора (например Inktank, которые его и создали), взять современные серверы с большим количеством SAS-дисков, написать web-интерфейс для управления, добавить дополнительные возможности для эффективного развертывания и мониторинга… Звучит заманчиво, но сложно для среднестатистической компании, тем более, если это не IT-компания.


К счастью, обо всём этом уже позаботились в компании Fujitsu, в лице продукта ETERNUS CD10000 – первой enterprise-СХД, основанной на Inktank Ceph Enterprise, с которой мы вас сегодня и познакомим.
Читать полностью »

в 8:39, , рубрики: cluster-in-a-box, etegro, RS420 G4, RS430 G4, Блог компании ETegro Technologies, ит-инфраструктура, кластер, СХД, хранение данных, метки: , , ,

Последнее время материалы шли всё про сеть и про сеть, надо разбавить тенденцию.

Два сервера и дисковая полка JBOD — минимальный набор, который позволяет построить отказоустойчивое решение. Как минимум, это 4U места в стойке, дополнительные кабели питания и соединения серверов с хранилищем. Все это добавляет сложности для первоначальной установки и настройки системы.

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

Cluster-in-a-Box как продукт для предприятий малого и среднего бизнеса - 1

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

Примерами такого решения являются наши продукты ETegro Hyperion RS420 G4 и Hyperion RS430 G4.

Читать полностью »

в 8:39, , рубрики: cluster-in-a-box, etegro, RS420 G4, RS430 G4, Блог компании ETegro Technologies, ит-инфраструктура, кластер, СХД, хранение данных, метки:

Последнее время материалы шли всё про сеть и про сеть, надо разбавить тенденцию.

Два сервера и дисковая полка JBOD — минимальный набор, который позволяет построить отказоустойчивое решение. Как минимум, это 4U места в стойке, дополнительные кабели питания и соединения серверов с хранилищем. Все это добавляет сложности для первоначальной установки и настройки системы.

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

Упакуй кластер в коробку! - 1

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

Примерами такого решения являются наши продукты ETegro Hyperion RS420 G4 и Hyperion RS430 G4.

Читать полностью »

в 13:06, , рубрики: автоматизация, ит-инфраструктура, ИТ-революция, облака, ПО, СХД, третья платформа, управление, хранение

image

Мы живём в мире, где развитие программно-определяемых решений (software defined), переход ИТ от управления техническими параметрами к уровню решения бизнес-задач и удаление лишних звеньев в организационных процессах – реальные тренды, активно меняющие ландшафт индустрии.

Представьте себе довольно обыденную ситуацию: существует компания (например, банк), в которой возникает необходимость срочной разработки некого приложения. Разработчик пишет заявки администраторам, те вручную заходят на массив и выделяют необходимое пространство. Знакомая схема? К сожалению, в случае с большими корпорациями она перестаёт работать: задач становится больше, оперативность их выполнения — критичней, а объёмы информации и вовсе увеличиваются на порядки. В этих условиях ждать, условно говоря, 2 недели, пока админы выделят необходимые мощности, неприемлемо. И, если разложить данные вручную по 10 массивам представляется возможным, то, когда массивов 100, вопрос автоматизации процесса встаёт ребром.

Именно эти проблемы решает ViPR Controller —простой и умный софт, который устанавливается в дополнение к СХД и автоматизирует управление ими. Как это происходит и зачем бизнесу такой подход – рассказываем в нашем посте.
Читать полностью »

в 6:12, , рубрики: EMС ScaleIO, Блог компании КРОК, ит-инфраструктура, Серверная оптимизация, Серверное администрирование, системы хранения данных, СХД, хранение данных, хррр, экономия

Не спешите выкидывать старые серверы, из них можно собрать быструю Ethernet-СХД за час - 1

Однажды мы ставили новые дисковые полки для массива EMC у одного из наших крупных клиентов. Когда я уходил с объекта, то обратил внимание на людей в форме транспортной компании, которые вытаскивали из стоек и готовили к погрузке большое количество серверов. С сисадминами заказчиков общение идёт плотное, поэтому довольно быстро выяснилось, что это серверы — старые машинки, в которых мало памяти и процессорной мощности, хотя дисков стоит в избытке. Обновлять их не выгодно и железки будут отправлены на склад. И их спишут где-то через год, когда они покроются пылью.

Железо, в целом, неплохое, просто прошлого поколения. Выкидывать, естественно, было жалко. Тогда я и предложил протестировать EMС ScaleIO. Если коротко, работает это так:

Не спешите выкидывать старые серверы, из них можно собрать быструю Ethernet-СХД за час - 2

ScaleIO — это софт, который ставится на серверы поверх операционной системы. ScaleIO состоит из серверной части, клиентской части и нод управления. Дисковые ресурсы объединяются в одну виртуальную одноуровневую систему. Читать полностью »

в 18:34, , рубрики: archiving, disaster recovery, NetApp, NetApp FAS, snapmirror, snapvault, Восстановление данных, ит-инфраструктура, резервное копирование, системное администрирование, СХД, хранение данных

В продолжение статьи о парадигме резервного копирования NetApp, хочу рассказать о недокументированной возможности преобразования «архивных копий» в «резервные» для серии FAS. Отличительной чертой СХД компании NetApp серии FAS является то, что они все унифицированы. Унифицированность не только в том, что одно устройство предоставляет доступ хостам как по блочным, так и по файловым протоколам, но и по способу применения. Системы FAS используются для виртуализации, для Data Compliance, для хранения архивных копий, для построения Disaster Recovery решений и т.д. Одна и та же СХД может выполнять сразу множество функций. Так для каждой функции не нужно держать одно «специализированное» устройство, а в случае если срочно понадобится «запасная» СХД, её всегда можно «перепрофилировать» из того что есть, к примеру из СХД для архивации данных. Благодаря этой универсальности нет необходимости переобучаться под каждую из этих задач ведь операционная система, командная строка и все принципы настройки одни и те же для всех FAS систем.

В этой статье я расскажу как построенное решение «Архивация данных на NetApp» переделать в решение «Disaster Recovery».

С точки зрения бизнеса Disaster Recovery и архивирование отличаются тем, что:

  • Архивирование (SnapVault) — решение предназначено для длительного хранения и защиты данных от изменений, для последующего восстановления их туда, откуда они были скопированы (или в другое место).
  • Disaster Recovery (SnapMirror) — хранение данных на резервном сайте, для переключения на него (и соответственно изменения данных), в случае катастрофы.

Поясню на примере: когда у вас есть хотя бы две СХД с настроенной репликацией SnapMirror, в такой схеме одна из них играет роль источника (primary), а вторая роль приемника (Secondary). В случае аварии, при разрыве репликации (командой break, а не просто разрыв линка), принимающая (Secondary) система переведёт реплицируемое зеркало из режима read-only в режим read-write. Т.е. это инструмент для создания решения «Переключение на запасную площадку в случае аварии» (Disaster Recovery). Логично, чтобы обе системы были плюс-минус одинаковой производительности, чтобы обеспечить все переключённые узлы с одного сайта на другой, должным уровнем производительности.

7-Mode: Недокументированные возможности или делаем DR из SnapVault - 1

В то время, как SnapVault предназначен для архивирования на резервную (Secondary) систему, чтобы потом из неё восстановить все данные обратно на первичную систему или вообще на третью систему. Стоит отметить, что для задач архивирования очень важно хранить данные в неизменённом состоянии все время. В данном случае вторичная система, куда складываются все архивы, может быть любой модели. Здесь логично иметь самую дешевую модель NetApp FAS с медленными и дешевыми дисками большего объема. К примеру, FAS2554 или FAS2520.
Читать полностью »

в 6:51, , рубрики: big data, BigData, EMC, Hadoop, high performance, Isilon, Блог компании EMC², высокая производительность, производительность, разработка, системы хранения данных, СХД, хранение данных
source: http://searchsoa.techtarget.com/photostory/2240203721/Five-potential-big-data-problems-and-solutions/5/Velocity-Catch-it-Capture-fast-moving-data-and-use-it

Источник изображения

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

Свой «рецепт» мы смастерили из уже существующих «ингредиентов»: железки и программного инструмента. Сначала я расскажу, каким образом перед нами возникла задача ускорения доступа. Затем рассмотрим железку и программный инструмент. В заключение поговорим о двух проблемах, с которыми нам пришлось столкнуться в ходе работы.
Читать полностью »

в 6:02, , рубрики: raid, Блог компании КРОК, ит-инфраструктура, ОС, русская ОС, русская работающая ОС, Серверное администрирование, система хранения данных, системное администрирование, скачать без SMS, СХД, хранение данных

Как разработчики сидели в Петербурге и тихо ели грибы, а потом написали ОС для систем хранения данных - 1

В конце 2008 года на тогда ещё небольшую петербуржскую компанию вышел один западный медиахолдинг примерно так:
— Это вы там упоролись по хардкору и приспособили SSE-инструкции для реализации кода Рида-Соломона?
— Да, только мы не…
— Да мне пофиг. Хотите заказ?

Проблема была в том, что видеомонтаж требовал адовой производительности, и тогда использовались RAID-5 массивы. Чем больше дисков в RAID-5 — тем выше была вероятность отказа прямо во время монтажа (для 12 дисков — 6%, а для 36 дисков — уже 17-18%). Дроп диска при монтаже недопустим: даже если диск падает в хайэндовой СХД, скорость резко деградирует. Медиахолдигу надоело с криком биться головой о стену каждый раз, и поэтому кто-то посоветовал им сумрачного русского гения.

Много позже, когда наши соотечественники подросли, возникла вторая интересная задача — Silent Data Corruption. Это такой тип ошибок хранения, когда на блине одновременно меняется и бит в основных данных, и контрольный бит. Если речь о видео или фотографии — в целом, никто даже не заметит. А если речь про медицинские данные, то это становится диагностической проблемой. Так появился специальный продукт под этот рынок.

Ниже — история того, что они делали, немного математики и результат — ОС для highload-СХД. Серьёзно, первая русская ОС, доведённая до ума и выпущенная. Хоть и для СХД. Читать полностью »

в 9:28, , рубрики: ExaGrid, Veeam, Восстановление данных, резервное копирование, системное администрирование, СХД

Обзор системы хранения резервных копий ExaGrid EX21000E — тест с Veeam Backup & Replication

В одном из наших предыдущих постов “Оптимальная архитектура хранения резервных копий виртуальной инфраструктуры” мы уже говорили о базовых принципах организации хранения резервных копий виртуальной среды. Продолжая тему, публикуем обзор специализированной СХД с дедупликацией данных ExaGrid EX21000E, предназначенной как раз для хранения копий. Один из плюсов хранилища в том, что оно работает практически с любым ПО для бэкапов. На фоне конкурентов с диаметрально противоположным подходом, ExaGrid явно выделяется демократичностью в вопросах совместимости и глубокой интеграцией со сторонним ПО.

Всегда приятно, когда привычное ПО запускается с новой железкой, и нет необходимости приобретать нечто «особенное», а потом тратить время на дополнительные настройки. Коллеги из StorageReview решили проверить, насколько этот тезис применим к Veeam Backup & Replication и ExaGrid EX21000E. А мы, в свою очередь, предлагаем вам познакомиться с новым хранилищем от ExaGrid в нашем переводе. Добро пожаловать за подробностями и выводами под кат. Читать полностью »

в 6:06, , рубрики: active directory, azure, azure active directory, Desired State Configuration, file services, iaas, powershell, PowerShell ISE, RDS, read-only domain controller, rodc, storage, storage space, web access, Windows Server, windows server 2012 r2, workflow, Блог компании Microsoft, виртуализация, виртуальный контроллер домена, ит-инфраструктура, клонирование контроллера домена, масштабирование, миграция, многоуровневые хранилища, системное администрирование, СХД, файловый сервис, хранилище

Уважаемые коллеги!

Теперь на портале Microsoft Virtual Academy доступен курс по материалом Jump Start 7 октября: Модернизация ИТ-инфраструктуры компании с помощью Windows Server 2012 R2. В этом курсе вы не только познакомитесь с новыми интересными возможностями Windows Server 2012 R2, но и узнаете, почему начинать миграцию с Windows Server 2003 и 2003 R2 нужно уже сейчас. Подробное описание под катом.

Опубликованы материалы Jump Start 7 октября: Модернизация ИТ инфраструктуры компании с помощью Windows Server 2012 R2

Читать полностью »

1...101112...18
Главная   |  Архив новостей  |   Android  |   Google  |   Apple  |   Microsoft  |   Информационная безопасность  |   Веб – разработка
Публикации RSS  |  Комментарии RSS
https://ajax.googleapis.com/ajax/libs/jquery/3.4.1/jquery.min.js