Архивы Infrastructure - Страница 2 из 5

Планирование Stretched VSAN кластера

“Семь раз отмерь – один раз отрежь” гласит народная мудрость. Именно такой подход должен быть при планировании Stretched кластера VSAN. Само по себе такое решение позволяет создать Metro кластер хранения данных на двух разнесенных площадках, решая проблему выхода из строя одного из Дата Центров организации. Это очень круто, и прежде требовало специальных аплаинсов для объединения СХД в подобный Metro кластер, а также организацию переноса работы инстансов виртуальных машин или физических серверов. Однако, при построении и эксплуатации этого решения нужно учитывать ряд важных условий, которые являются принципиальными для нормальной работы данной технологии. Если их не учесть, можно в процессе внедрения столкнуться с тем, что проект “не взлетит”, либо все будет работать далеко не так, как Вы планировали.

Сама методика растянутого кластера появилась в гиперконвергентном решении VMware еще в версии VSAN 6.1. На данный момент актуальная версия VSAN 7.0, и в целом решение уже обкатанное и рабочее. Оно позволяет хранить данные на двух разнесенных площадках, при этом использовать гиперконвергецнию, а также бесшовно интегрировать все это дело в систему виртуализации. При этом в Stretched кластере можно использовать как гибридное хранилище, так и all-flash, зеркалирование данных и Erasure Coding, шифрование, дедупликацию и компрессию. Вообщем, все те же плюшки, что и в стандартном современном гиперконвергентном кластере.

Вопросы лицензирования ПО в VxRail

Важный вопрос при проектировании, покупки и эксплуатации гиперконвергентного решения от Dell EMC VxRail – это количество необходимых лицензий, используемых в данном решении, а также пути и способы их получения и использования. Для себя понял важность этого вопроса в результате практической вовлеченности при внедрении реального кластера. В процессе прохождения обучающего курса по VxRail в свое время как-то не сильно вдавался в этот вопрос. Данное гиперконвергентное решение базируется на VMware vSphere и технологии гипреконвергенции vSAN. Однако, оно обладает также довольно большим набором своих особенностей, в которых необходимо разбираться. Вообщем, для того, чтобы рационально использовать технические возможности такого гиперконвергентного решения, а также понимать где можно сэкономить – обязательно нужно разобраться в вопросах лицензирования входящего в комплекс программного обеспечения.

Прежде всего при анализе решения VxRail нужно выделить программные компоненты непосредственно от самой VMware, которые задействованы в комплексе. Это VMware vSphere, VMware vCenter, VMware vSAN, VMware vRealize Log Insight. Кроме этого комплекс включает ПО от DELL EMC – VxRail Manager, а также RecoverPoint. Объединяя все это вместе с аппаратным обеспечением от DELL в результате получается результат в виде HCI кластера VxRail.

Разновидности RAM на современных серверах Dell

Вроде бы банальная тема использования планок оперативной памяти на современных серверах на самом деле является не такой уж и простой. Разбирался с этим вопросом недавно для себя на примере серверов Dell. Оказалось, что за последние годы, технологии очень сильно шагнули в этом направлении, и при выборе нового серверного оборудования желательно нужно учитывать различные типы ОЗУ или RAM, которые могут быть использованы в эксплуатации. Думаю, что другие вендоры серверного оборудования используют аналогичные решения. Однако, в контексте данного материала, хотелось бы сконцентрироваться на конкретных серверах Dell PowerEdge. На примере этого оборудования показать тот выбор разнообразия оперативной памяти, который имеется на данный момент у инженеров и системных администраторов.

На текущий момент основные виды оперативки выпускают в виде планок DIMM (Dual Inline Memory Module). Такая динамическая память наиболее распространена в виде UDIMM, RDIMM, и LRDIMM. Кроме этого в продаже появились NVDIMM и DCPMM, которые позволяют обеспечить сохранность информации при выключении сервера. Давайте попытаемся разобраться, что каждый из этих видов ОЗУ представляет из себя и когда лучше их использовать.

Как защищаются данные в Dell EMC ECS

Dell EMC ECS или Elastic Cloud Storage – система объектного хранения данных, которая мне показалась интересной в процессе изучения. Мой основной опыт в области СХД на данный момент приходился на блочные и файловые системы. Те методики для обеспечения сохранности данных, которые использует Dell ECS, любопытны с точки зрения архитектурных особенностей и однозначно заслуживают внимания всех спецов, кто интересуется тематикой стораджей. Что делают блочные системы – это используют, как правило, различные уровни RAID, для обеспечения сохранности данных в случае выхода из строя одного или нескольких дисков. При этом частенько это маскируется под именем собственной технологии, которая выполняет аналогичные действия. Если говорить про Scale-out системы, как например, CEPH, то они обеспечивают запись каждого блока информации сразу на несколько нод кластера, страхуясь от выхода из строя не только нескольких дисков, но и отдельных серверов системы.

Основные типы СХД можно разделить на 3 большие разновидности. Это блочные системы, файловые системы, а также объектные. Особенность последних, к которым относится и Elastic Cloud Storage, это хранение разнородного массива данных. При этом все эти многообразные объекты находятся в одном общем плоском пространстве, без вложенных директорий. Ряд аналогичных решений использует дополнительные шлюзы поверх файлового или блочного хранилища, которые обеспечивают доступ через протоколы Amazon S3 или OpenStack Swift. Разработчики ECS использовали отличные методики в своей архитектуре по хранению данных, про которые хотелось бы поговорить. В целом Elastic Cloud Storage изначально заточен сугубо под хранение объектных данных, без оглядки на объектное или файловое хранение. Именно это его делает эффективным и интересным в своем направлении.

Тюнинг клиентов PowerProtect DD

PowerProtect DD или Data Domain – продукт от DELL-EMC предоставляет различные способы подключения к нему клиентов для записи и чтения данных резервного копирования. Два протокола, которые часто используются при этом, это NFS и CIFS. Первый из них широко применяется в средах Linux/*nix, а второй в инфраструктуре Microsoft Windows. Для того, чтобы использование данных протоколов было максимальном эффективным и производительным, приходится подкручивать определенные настройки в клиентских системах. Если этого не сделать, то можно не получить ожидаемый эффект при бекапе или восстановлении. PowerProtect DD поддерживает и ряд других способов доступа, таких как DDBoost и VTL. Но они имеют более специфичную конфигурацию при использовании и не будут затрагиваться в этой статье.

Эволюция систем резервного копирования Dell EMC

У компании EMC всегда был очень широкий портфель продуктов и решений для помощи организациям в области систем резервного копирования и защиты информации. После слияния с DELL это направление за последние годы также активно развивалось, как и ранее до этого. В свое время посвятил определенное значительное время изучению и внедрению решений резервного копирования от EMC. Интересно было познакомиться по случаю с современным текущим состоянием дел у компании DELL EMC с решениями и наработками по бекапу. Две основные тенденции развития, которые четко прослеживаются, это активная разработка всех продуктов в сторону облачных технологий и виртуализации, а также создание комплексных решений по аналогии с VxRail. Dell EMC успешно предлагает уже несколько лет ряд таких комплексных решений, в которых комбинируются различные продукты и услуги из ассортимента компании. В области резервного копирования это прежде всего IDPA – Integrated Data Protection Appliances, а также IRS – Isolated Recovery Solution. Кроме этого также активно продолжают расти классические продукты резервного копирования EMC.

Типы портов в SAN FC сети

У сетей SAN или Storage Area Network есть несколько специфических особенностей, которые отличают их от привычных IP сетей. Одна из них наличие разного типа портов в сети SAN. С точки зрения физики и внешнего вида они все абсолютно одинаковые. Однако, с позиции логики работы они могут сильно отличаться. Эта особенность Fibre Channel часто смущает администраторов сетей передачи данных, кому приходится сталкиваться с SAN, в частности, и меня самого. Небольшая статья, которая поможет разложить по полочкам данный вопрос, давно зрела в тайниках моего подсознания, что и стало мотиватором для ее написания. Далее по тексту постараюсь разложить основные нюансы в терминологии сетей FC SAN, что поможет при их проектировании и внедрении.

Подсчет IOPS на RAID массиве

При добавлении нового дискового пространства крайне важно понимать сколько Вам нужно операций чтения/записи или по научному IOPS, а также сколько та или иная дисковая система может Вам выдать таких транзакций в секунду. Такой подсчет в целом не представляет никаких сложностей и доступен любому, кто в ладах со школьной алгеброй. Если с определением объема дискового пространства на RAID массиве, как правило, проблем не возникает, то с подсчетом необходимых, а также доступных IOPS зачастую во многих организациях все обстоит не так гладко. В современных системах хранения данных зачастую используется определенный уровень кеша, технологии tiering, дедупликации и прочие фишки, которые могут влиять на общее значение IOPS. Однако, понимание того, сколько реально операций чтения/записи можно получить от самой дисковой подсистемы дает знание базовой производительности системы, от которого можно отталкиваться при проведении дополнительных расчетов.

Тестирование дисковой системы в Linux

Основные аппаратные ресурсы любого серверного оборудования – это процессор, ОЗУ и дисковая подсистема. Определение их производительности и мониторинг – одни из ключевых задач в эксплуатации такой техники. Тут хотелось бы остановиться на вопросе определения производительности дисковой подсистемы. При этом под таковой я подразумеваю не только один обычный жесткий диск, но и различные сложные системы для хранения данных, которые используются в серверных системах. Современные программно определяемые стораджи настолько далеко ушли в технологиях, что нет смысла в данном контектсе останавливаться на специфике их работы. Давайте рассмотрим ситуацию, когда у нас есть виртуальная или физическая машина с ОС Linux, на которой доступен физический или логический жесткий диск, производительность которого хотелось бы протестировать. Для этих целей идеально подходит небольшая утилита fio. Она очень гибкая и богатая по фунционалу. Позволяет провести разнообразные тесты ввода-вывода дисковых подсистем.

Кеш на SSD в CEPH

Система хранения CEPH уже давно поддерживает функционал кеширования HDD пулов с помощью дисков SSD или NVMe. То есть, сами данные хранятся на массивах медленных HDD дисках, но при этом при оперативной записи/чтении могут использоваться намного более быстрые диски SSD/NVMe. Такой функционал считается одним из базовых в дорогих коммерческих стораджах middle-range уровня. В свое время долгое время занимался такого типа оборудованием. По своему опыту могу сказать, что такое кеширование является одним из важных моментов при выборе СХД в организации. Для Open Source продукта Ceph это важная фича, которая позволяет обеспечить нужную производительность общей системы при использовании шпиндельных дисков при необходимости.