Конфигурируем дисковые системы HP StorageWorks MSA 2000sa

Введение

От того, как сконфигурированы системы хранения данных, в ряде случаев зависят их отказоустойчивость и производительность. Администраторам популярных систем хранения данных HP StorageWorks MSA2000sa важно знать ряд тонкостей создания консолидированной среды хранения на базе этих дисковых массивов.

HP Storagework 2000

Дисковые массивы MSA2000sa в корпусе 2U предназначе­ны для формирования консолиди­рованной среды хранения данных малых и средних предприятий, а также для организации дисковых хранилищ второго или третьего уровня в удаленных офисах и фи­лиалах крупных компаний. Для си­стем начального и среднего уровня можно приобрести систему в базо­вой (минимальной) конфигурации с одним контроллером, а затем мо­дернизировать ее, дооснастив вто­рым контроллером, либо сразу ку­пить решение с двумя контролле­рами. Максимальная емкость си­стемы составляет 5,4 Тбайт при использовании дисков SAS или 12 Тбайт при оснащении дисками SATA в основном корпусе с 12 отсе­ками. Если же подключить три до­полнительные дисковые полки по 12 отсеков в каждой, то емкость систе­мы можно увеличить до 21,6 Тбайт в случае применения дисков SAS и до 48 Тбайт для SATA. К одной системе MSA2000sa можно подключить до четырех хост-серверов напрямую по SAS-интерфейсу.

Сколько надо контроллеров?

Для обеспечения высокой доступ­ности данных и производительно­сти предпочтительна конфигурация с двумя контроллерами, однако в ряде случаев вполне оправданно применение одного.

Конфигурация со сдвоенным контроллером обеспечивает более высокую доступность приложений, поскольку при отказе одного кон­троллера (вероятность такого собы­тия исключительно мала) его функ­ции - управление массивами RAID и кэш-памятью дисковой подсисте­мы, рестарт сервисов защиты дан­ных и назначение хост-портов — «подхватываются» резервным кон­троллером, а вышедший из строя узел можно заменить без отключе­ния устройства хранения данных. Дополнительное преимущество данной конфигурации - возмож­ность поднять производительность за счет распределения нагрузки по обработке операций ввода/вывода.

В конфигурации с двумя кон­троллерами применяется зеркалирование кэш-памяти. Благода­ря автоматической передаче в ре­жиме <<вещания>> (broadcast) запи­сываемых данных на резервный кэш, снижаются нагрузки и задерж­ки для кэш-памяти основного кон­троллера. При отключении пита­ния кэшируемые данные немедлен­но записываются на флэш-память обоих контроллеров, что исклю­чает риск потери данных. Реализа­ция записи в режиме «вещания» позволяет лучше защитить данные, не жертвуя производительностью и временем отклика.

Конфигурация с одним кон­троллером потенциально может стать единственной точкой отка­за (Single-Point-of-Failure, SPOF) -один контроллер способен обслу­живать до двух хост-серверов (при прямом подключении) со скоро­стью доступа 3 Гбит/с, и при его от­казе хост-сервер теряет доступ к системе хранения.

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

Прямое подключение

В схеме Direct Attach Storage (DAS) система хранения данных напря­мую подключается к хост-серверу. Благодаря отсутствию коммутато­ров (storage switch) такое решение экономично, как и в решении с ис­пользованием массива MSA2000fc (fibre channel), допускается коллек­тивное использование системы хра­нения, но его возможности будут ограничены количеством внешних портов контроллеров. Существен­ное преимущество данной систе­мы хранения - поддержка при непо­средственном подключении четы­рех хост-серверов по одному порту или двух хост-серверов по двум пор­там без применения коммутатора.

При реализации решения с DAS-подключением рекомендует­ся применять схему подключения хост-серверов по двум портам.

Виртуальные диски

Виртуальный диск (vdisk) - это груп­па дисков, объединенных в RAID-группу, при этом отдельные вир­туальные диски могут формиро­ваться различным уровнем RAID. В состав виртуального диска могут входить либо устройства SATA, ли­бо SAS. но смешивать их нельзя. В си­стеме HP StorageWorks MSA2000 может быть до 16 виртуальных дисков на контроллер - максимум 32 вирту­альных диска в двухконтроллерной конфигурации.

Создавая дисковые группы, вир­туальные диски целесообразнее укрупнять, а не дробить. В RAID 3-конфигурациях с точки зрения эф­фективного использования про­странства иметь много " мелких" вир­туальных дисков неэффективно -если в группе из двенадцати дисков служебным (на нем хранятся кон­трольные суммы) является только один, а одиннадцать заняты данны­ми, то в четырех группах, содержа­щих по три диска, служебных будет уже четыре, а «полезных» - восемь.

Объем виртуального диска мо­жет превышать 2 Гбайт, поэтому, создавая диски большого объема в мас­сивах RAID с контролем четности, число служебных дисков можно со­кратить, однако в общем случае для работы с логическими томами объ­емом свыше 2 Тбайт могут потребо­ваться специальные версии опера­ционных систем, адаптеров НВА и поддержка прикладных программ.

Кстати, устройство MSA2000sa поддерживает виртуальные диски объемом до 16 Тбайт. В RAID 0,3,5,6, 10 может быть до 16 дисков (1 Тбайт на устройство SATA, или все­го 16 Тбайт). В RAID 50 может быть до 32 дисков (1 Тбайт на устройство SATA, или всего 32 Тбайт).

При организации больших объ­емов внешней памяти следует тщательно взвесить преимущества и не­достатки нескольких укрупненных виртуальных дисков по сравнению с большим числом менее «емких» вир­туальных дисков с меньшим количе­ством накопителей. Чтобы увеличить КПД дисковой памяти (но не произ­водительность), можно создать вир­туальные диски объемом больше 2 Тбайт и разделить их на несколь­ко логических томов объемом до 2 Тбайт. Максимально поддерживае­мый объем виртуального диска опре­деляется произведением количества дисковых устройств в данной конфи­гурации RAID на наибольший объем одного устройства.

Лучше всего добавлять вирту­альные диски, распределяя их равномерно по обоим контролле­рам. Если к каждому контроллеру подсоединить хотя бы по одному виртуальному диску, контроллеры начинают работать по принципy «активный-активный» (active-active). Подобная конфигурация обеспечивает эффективность ис­пользования ресурсов в случае применения двух контроллеров в системе хранения MSA2000sa. Кро­ме того, для предотвращения по­тери данных при отказе дисковой полки (shelf enclosure) надо цели­ком сделать «страйпинг» (stripe) виртуальных дисков по несколь­ким дисковым полкам. Виртуаль­ный диск с конфигурацией RAID 1,10,3,5,50 в зависимости от числа задействованных дисковых полок может противостоять угрозе по­тери данных при выходе из строя целой дисковой полки.

Создавая виртуальный диск, можно выбрать размер непрерывного фраг­мента данных (chunk) по умолчанию или наилучшим образом подходя­щий для работы с приложением. Раз­мер непрерывного фрагмента (stripe unit) - это количество расположен­ных друг за другом данных, записыва­емых на виртуальный диск, после соз­дания которого эту характеристику уже изменить нельзя. Страйп - сово­купность непрерывных фрагментов (stripe units), записываемых в одни и те же логические области каждого жесткого диска в составе виртуаль­ного. Параметры страйпинга опре­деляются количеством физических жестких дисков в составе виртуаль­ного диска. Эти параметры могут ме­няться. Допустимы значения 16,32 и 64 Кбайт (значение по умолчанию). Например, если хост-сервер отда­ет данные порциями по 16 Кбайт, то такой размер страйпа при случай­ном доступе обеспечит равномер­ное распределение нагрузки по опе­рациям чтения между всеми устрой­ствами, что положительно скажет­ся на производительности. Если же данные запрашиваются по 16 Кбайт, а размер блока данных равен 64 Кбайт, то некоторые операции доступа будут обращаться к одному и тому же жест­кому диску - каждый фрагмент страйпа включает в себя четыре возмож­ные группы размером 16 Кбайт, к ко­торым может обратиться хост-сервер, что нельзя признать оптимальным. С другой стороны, если доступ осущест­влялся порциями по 128 Кбайт, то при чтении хост-серверу потребуется об­ращаться к обоим устройствам, со­ставляющим виртуальный диск.

Рекомендуется устанавливать размер непрерывного фрагмен­та равным размеру блока данных, которым оперирует приложение.

Выбор уровня RAID для массива зависит от цели оптимизации кон­фигурации: повышение отказоу­стойчивости или повышение произ­водительности. Если не требуется отказоустойчивость или произво­дительность, обеспечиваемые при­менением групп RAID, то разумно воспользоваться конфигурациями без избыточности.

Горячее резервирование дисков

При конфигурировании виртуаль­ных дисков к избыточному вирту­альному диску (RAID 1,3,5, б и 50) можно добавить до четырех жест­ких дисков (из числа доступных) для резерва. При отказе любого жестко­го диска, входящего в состав вирту­ального, контроллер автоматически использует резерв для восстановле­ния соответствующего виртуально­го диска. Тип резервного диска (SAS или SATA) должен быть таким же, как и у других дисков в виртуальном дис­ке. Размер резерва должен обеспечи­вать восстановление жесткого дис­ка меньшего объема в составе вирту­ального диска. В случае отказа двух жестких дисков, входящих в вирту­альный диск RAID 6, прежде чем на­чинать восстановление, необходи­мо иметь в наличии два резервных диска соответствующего размера. При выходе из строя более одного из жестких дисков в виртуальном диске при RAID 50 происходит реконструк­ция данных в порядке их нумерации. Резерв может быть «глобальным» и обеспечивать восстановление при отказе в любом виртуальном диске или «локальным», применяемым для восстановления конкретного вирту­ального диска.

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

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

Управление кэш-памятью

Параметры кэш-памяти контрол­лера влияют на отказоустойчи­вость и производительность систе­мы и могут задаваться индивиду­ально для каждого жесткого диска. Параметры задаются с помощью утилиты HP StorageWorks 2000 CommandLinelnterface (HPMSA2000 Cll), причем у пользователя долж­ны быть полномочия diagnostic, a не standard. Для их изменения сле­дует воспользоваться команда­ми Manage -> General Config -> User Configuration -> Modify' Users в про­грамме HP Storage Management Utility.

Настройка буфера упреждающего чтения

Значение параметра Read-ahead cache определяет, какой объем данных следует предварительно считывать в буфер после выпол­нения подряд двух операций по­следовательного чтения. Упрежда­ющее считывание может выпол­няться в прямом (по возрастанию LBA) или обратном (по убыванию) направлении. Увеличение разме­ра буфера упреждающего считы­вания может существенно поднять эффективность выполнения мас­совых операций последовательно­го (потокового) чтения данных, но производительность чтения в про­извольном порядке при этом мо­жет снизиться.

По умолчанию значение пара­метра Read-ahead cache для первой операции последовательного чте­ния устанавливается равным раз­меру непрерывного фрагмента, а для последующих операций досту­па - равным размеру одного страйпа. Такая схема подходит для боль­шинства пользователей и приложе­ний. С точки зрения контроллера, даже если не применяется страйпинг, размер страйпа составляет 64 Кбайт для логических томов и вир­туальных дисков с зеркалированием (RAID 1).

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

Размер буфера упреждающе­го считывания Read-ahead мо­жет быть установлен следующим образом.

- По умолчанию (Default). Раз­мер буфера упреждающего считы­вания принимается равным раз­меру непрерывного фрагмента для первой операции последова­тельного чтения, а для последую­щих операций доступа - равным размеру одного страйпа. Размер фрагмента зависит от размера бло­ка, который был задан при созда­нии виртуального диска (по умол­чанию 64 Кбайт). Для виртуальных дисков, не объединенных в RAID-группы или входящих в группу

RAID 1, размер страйпа принимает­ся равным 64 Кбайт.

- Отключено (Disabled). От­ключение буфера упреждающе­го считывания целесообразно, ес­ли управление возлагается на хост-сервер, например если хост раз­бивает произвольные операции ввода/вывода на две меньше по размеру, с соответствующим триг­гером буфера упреждающего счи­тывания (read ahead). Характер за­прашиваемых хост-сервером опе­раций доступа можно опреде­лить с помощью статистических гистограмм.

- 64,128,256 или 512 Кбайт; 1,2,4,8,16 или 32 Мбайт. Конкретные значения определяют объем дан­ных, считываемых при первом об­ращении. Столько же данных по­ступает в буфер при последую­щих операциях с упреждающим считыванием.

- Максимальный (Maximum). Размер буфера упреждающего счи­тывания для логического разде­ла динамически устанавливает сам контроллер, например, если име­ется всего один логический том, то примерно половина объема кэш­-памяти резервируется под буфер упреждающего считывания.

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

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

Вариант оптимизации использо­вания кэш-памяти может быть за­дан с помощью параметра Cache Optimization.

- Стандартный (Standard). Действует по умолчанию и ориен­тирован на типичные приложения, в которых сочетается последова­тельный и произвольный доступ к данным.

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

Настройка режима отложенной записи

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

Если отложенная запись отклю­чена, то работает режим сквозной записи (Write-through), при этом контроллер сначала записыва­ет данные на диск, а затем уведом­ляет операционную систему хост-сервера. Скорость записи и про­пускная способность контроллера при этом невысоки, но повышается надежность, поскольку снижается риск потери данных при сбое пи­тания. В то же время при сквозной записи в кэш-памяти не создается зеркальная копия направляемых на диск данных.

В обоих режимах управления кэш-памятью в случае отказа одно­го из контроллеров поддерживает­ся автоматическое переключение по схеме «активный-активный». Для каждого дискового тома по умолчанию задействуется режим отложенной записи, но его можно отключить. Данные при сбое элек­тропитания не теряются благода­ря резервному энергоснабжению с помощью высокоемкостных кон­денсаторов. Этот режим подхо­дит для большинства приложений. Скорость обмена данными при зер­кальном копировании кэш-памяти контроллеров зависит от пропуск­ной способности их шины обмена данными (Backend bandwidth), по­этому при записи больших непре­рывных фрагментов данных (на­пример, при обработке видеодан­ных, в телеметрии или при журнализации) схема со сквозной записью обеспечивает существен­ное (в ряде случаев до 70%) увели­чение производительности. Поэ­тому, если к данному тому не пред­полагается доступ в произвольном порядке, можно попробовать от­ключить отложенную запись.

Отключать отложенную запись имеет смысл только в том случае, если полностью понятно, как про­исходит перемещение данных между операционной системой, приложением и адаптером НВА (SAS). Иначе может пострадать про­изводительность системы хране­ния данных.

Автоматический выбор режима записи

Можно задать условия, при кото­рых контроллер будет автоматически переключать режим записи на диск (напомним, что производи­тельность системы в режиме сквоз­ной записи может оказаться ниже). По умолчанию система должна пе­рейти в режим отложенной запи­си, когда нет какого-либо условия-триггера. Убедиться в этом можно с помощью утилиты HP SMU или пользуясь интерфейсом команд­ной строки. Можно указать следую­щие варианты.

Возврат в предшествующее состояние (Revert when Trigger Condition Clears). При выполне­нии условия система переходит

в режим отложенной записи. По умолчанию этот вариант включен, что соответствует наиболее обще­му случаю.

Уведомление другого контрол­лера (Notify Other Controller). При наличии двух контроллеров второй уведомляется о том, что вы­полнено условие-триггер. По умол­чанию этот вариант отключен.

Зеркалирование данных в кэш-памяти

В устанавливаемом по умолча­нию режиме «активный-активный» (active-active) в кэш-памяти обо­их контроллеров поддерживают­ся зеркальные копии данных, ко­торые записываются на дисковые тома в режиме отложенной запи­си. Зеркалирование незначитель­но снижает производительность, но обеспечивает отказоустойчи­вость. Если отключить зеркалирование, то управление кэш-памятью каждого из контроллеров будет осу­ществляться независимо в режиме ICPM (independent cache operation performance mode).

Достоинство режима ICPM состо­ит в том, что каждый контроллер наряду с высокой пропускной спо­собностью может обеспечить и за­пись данных в отложенном режи­ме. Целевые данные сохраняются в энергонезависимой памяти, при­чем резервное питание обеспечива­ют высокоемкостные конденсаторы. Особо продуктивен такой вари­ант для высокопроизводительных вычислений, когда скорость обра­ботки важнее риска потери записы­ваемых на диск данных. Недостаток режима связан с тем, что при аппа­ратном отказе одного из контролле­ров второй не сможет «подхватить» (failover) обработку операций вво­да/вывода - замена неисправного контроллера приведет к потере дан­ных в его кэш-памяти, запись кото­рых была отложена.

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

Целостность данных мо­жет быть нарушена, если в RAID-контроллере после получения оче­редной порции данных отказ про­исходит до завершения записи этих данных на диски, поэтому в отказоустойчивых системах режим ICPM применять не следует.

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

SAS-коммутатор

Появление устройства HP StorageWorks 3Gb SAS BL Switch открыло совершен­но новые возможности реализации масштабируемой внешней системы хране­ния, совместно используемой серверами в составе блейд-систем HP c-Glass. . Это решение обеспечивает наилучший вариант подключения серверов с кон­троллерами Smart Array P700m и внешних дисковых массивов HP StorageWorks MSA 2000sa, состоящих из дисков SAS или SATA. В этом случае не только снижаются прямые затраты на приобретение обору­дования, но и расширяются функциональные возмож­ности, обеспечивается требуемый уровень произ­водительности, отказоустойчивости и надежности, а также экономится время и ресурсы на развертывание решений, что особенно важно в условиях преодо­ления последствий кризиса международной финансовой системы.

Емкость подключаемой внешней дисковой памяти достигает 192 Тбайт, при этом удельная стоимость хранения оказывается ниже, чем в сетях хранения данных на базе технологии Fibre Channel (менее 3 долл./Гбайт). Одновре­менно упрощается развертывание системы и управление ею (подключение устройств, загрузка с совместно используемых внешних дисков, управление Target based management). В этом решении реализованы мощные и более доступные по цене средства обеспечения отказоустойчивости, такие как ре­зервирование путей, контроллеры Active/Active, защита данных с помощью RAID, включая RAID 6:

Данное решение за приемлемую цену позволяет развернуть совместно ис­пользуемый серверами высокопроизводительный и отказоустойчивый пул, внешней дисковой памяти, работающий под управлением администратора; блейд-систем, оно адресовано как крупным организациям, так и пред­приятиям среднего и малого бизнеса, а также удаленным офисам и филиалам крупных компаний.

Конфигурирование MSA 2000sa

Настройка управления кэш-памятью контроллеров. В отказоустойчивых системах предпочтителен выбор режима отложенной записи. Для задач с последовательным и произвольным доступом к дан­ным, например при обработке транзакций и обновлении баз данных, целесообразно воспользоваться стандартным вариантом оптимизации, при котором размер блока кэш-памяти устанавливается равным 32 Кбайт, Если же доступ к данным происходит строго последовательно и нужно максимально сократить задержки, например при воспроизведении или постобработке видео- или аудиоданных, то следует воспользоваться «суперпоследовательным» вариантом оптимизации, при котором размер блока кэш­памяти устанавливается равным 128 Кбайт, В таблице приведены параметры оптимизации производи­тельности системы хранения данных при решении различных задач. 

Оптимизация производительности системы хранения данных для различных задач

Тип задачи, характер обработки

Уровень RAID

Размер буфера упреждающего считывания

Вариант оптимизации кэш-памяти

Стандартная

5,6

По умолчанию

Стандартный

Высокопроизводительные вычисления

5,6

Максимальный

Стандартный

Спулинг электронной почты

1

По умолчанию

Стандартный

Зеркалирование NFS

1

По умолчанию

Стандартный

СУБД Oracle, система поддержки принятия решений

5,6

Максимальный

Стандартный

СУБД Oracle, обработка транзакций

5,6

Максимальный

Стандартный

СУБД Oracle, обработка транзакций, высокая доступность

10

Максимальный

Стандартный

Произвольная 1

i

По умолчанию

Стандартный

Произвольная 5

5,6

По умолчанию

Стандартный

Последовательная

5,6

Максимальный

Супер последовательный

СУБД Sybase, система поддержки принятия решений

5,6

Максимальный

Стандартный

СУБД Sybase, обработка транзакций

5,6

Максимальный

Стандартный

СУБД Sybase, обработка транзакций, высокая доступность

10

Максимальный

Стандартный

Потоковое видео

1,5,6

Максимальный

Супер последовательный

База данных MS Exchange

10

По умолчанию

Стандартный

Повышение пропускной способности. Виртуальные диски в этом случае следует равномерно распре­делить между двумя контроллерами. Так же равномерно между двумя контроллерами следует распреде­лить и физические диски. Более дешевые диски SATA лучше применять для потоковой обработки данных и в системах электронной почты, а в остальных случаях пользоваться дисками SAS. При установке параме­тров кэш-памяти надо руководствоваться таблицей или специфическими требованиями приложения.

Повышение отказоустойчивости. Следует приобрести систему с двумя контроллерами. Подключение хост-серверов следует осуществлять двумя путями, Надо использовать технологию параллельной переда­чи данных по нескольким каналам между сервером и системой хранения (Multipath Input/Output, MPIO).

Дмитрий Нечаев
13/04.2009



Похожие статьи:

Обзор Synology FlashStation FS6400 - тестируем скорость в 1С и знакомимся с брендированными SSD Synology

Новый флагман корпоративного сегмента от Synology, модель на двух процессорах Xeon Silver с 24 отсеками для SSD и встроенной виртуализацией. Мы протестируем, как на ней работает 1С Предприятие, и познакомимся с новыми брендированными SSD от Synolo

Самые необычные серверные корпуса

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

Хранение и резервирование виртуальных машин на QNAP NAS

В небольших компаниях NAS способен существенно снизить затраты на инфраструктуру. Те, кто вчера списывал серверы, перемещая ресурсы в NAS, сегодня отменяют подписку на софт, чьи функции QNAP выполняет, что называется, "из коро

Тестируем функцию распознавания лиц в видеонаблюдении на Synology DVA3219

Искусственный интеллект шагает в массы, и вот уже NAS получил возможность распознавать лица и классифицировать объекты в системе видеонаблюдения. Теперь вы можете настраивать и посылать предупреждения для охраны, автоматически откр

Обзор Synology SA3200D: двухконтроллерный NAS со всеми сервисами, виртуализацией и docker

Эта модель - единственный в своём роде NAS, в котором отказоустойчивость в режиме Active-Passive достигается не только для файловых протоколов, но и для встроенных программ, в том числе видеонаблюдения, сервера виртуализации, резер