Русский
Русский
English
Статистика
Реклама

Vdi

PIVOT3- УМНЕ ИНФРАСТРУКТУРНЕ РЕШЕНИЯ

24.12.2020 18:19:54 | Автор: admin

Всем привет! Данная статья 2 по счету в блоге от команды ОЛЛИ ИТ на Хабре. Я искренне рада данной возможности, и надеюсь, что материалы нашего блога будут для вас полезны.

Для тех, кто никогда об этом не слышал

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

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

Гиперконвергенцияберет свое начало в концепции конвергентной инфраструктуры.

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

На сегодняшний день наиболее распространенными системамигиперконвергенцииявляютсяNutanix,CiscoHyperflex,Vmware vSAN,Dell VxRAIL (комплекс сервера + ПО Vmware vSAN),HuaweiFusionCube,StarWindVirtual SAN и другое.Все они среди прочего доступны в России.

Но мало кто знает оPivot3!

Компания Pivot3 была основана несколькими ветеранами IT индустрии из компаний Compaq, VMware и Adaptec, движимыми идеей упрощения ЦОДов благодаря объединению ресурсов хранения, обработки и передачи данных в едином, мощном, легко встраиваемом решении, которое бы сокращало расходы, операционные риски, и упрощало управление в целом.Pivot3создаетгиперконвергентныерешения для критически важных инфраструктур в безопасных и интеллектуальных средах, таких как: университетские городки, города, аэропорты,call-центры, компании с большим штатом разработчиков,транспортные и федеральные объектыи т.д.

РешенияPivot3, разработанные специально для рабочих нагрузок на основе видео, таких как:видеонаблюдение, аналитика, визуализация и VDI, снижают совокупную стоимость владения, снижают риски иответственность, упрощаютуправление за счет автоматизации.Pivot3-этоединственная инфраструктураHCI,созданнаядля быстрой и удобной работы с большими объемами видеоданных.Ключевая и важная инновация-управление производительностью на основе политик, всестороннее использованиеNVMeи эффективное хранение.

ГиперконвергентныерешенияPivot3

Архитектура и функциигиперконвергентнойинфраструктурыPivot3обеспечивают значительные преимущества для инфраструктуры виртуальных рабочих столов (VDI). HCIPivot3оптимизирует развертывание виртуальных рабочих столов за счет минимизации объема инфраструктуры и совокупной стоимости владения, обеспечения оптимального взаимодействия с пользователем и упрощения перехода от пилотного к полномасштабному развертыванию.

Угиперконвергентнойинфраструктуры есть множество преимуществ. В первую очередь это инновационная технология, которая в ближайшие годы станетмейнстримоми сильно подвинет классические подходы к построению ЦОД. HCI помогает причесать разрозненную ИТ-среду, избавиться от необходимости управления несколькими системами, что несёт как организационный порядок, так и финансовую эффективность. Кроме того, сокращаются капитальные и операционные расходы. При классической инфраструктуре необходим штат специалистов, каждый из которых является экспертом в своей области,тогда как управлением HCI и всеми ее компонентами может заниматься одна группа администраторов.

Ниже представленыпримерыпреимуществгиперконвергентнойинфраструктуры* (HCI).

Гиперконвергентнаяинфраструктура (HCI)*

  • Комбинация вычислительных ресурсов и ресурсов хранения;

  • Стандартная платформаx86;

  • Модульность;

  • На базегипервизораотVMware;

  • Большая гибкость;

  • Лучшая эффективность использования;

  • Подходит для VDI инфраструктуры;

  • Высокие показатели компрессии идедупликацииданных.

Почемустоит обратить внимание наPivot3?

  • Длязадачи, где обычно требуется 4узла,Pivot3необходимо всего3;

  • Производительность базы данныхзначительно увеличилась(БД Микс пакеты 8k, комбинация запись/чтение, 100% случайное, глубина очереди 128, средние IOPS и задержка);

  • Отклик приложений;

  • Большее количество транзакций(больше 10);

  • Большая плотность данных на один узел;

  • Pivot3можетобеспечитьболеевыгоднуюэкономическуюценность, по сравнению сдругимипроизводителями, например-Nutanix.

    Pivot3: Направленность на производительность

    Прорыв в производительности дляHCI:

    HCIAcceleratorNodes

  • NVMePCIeflashинтегрирован в многоуровневую архитектуру хранения;

  • Постоянный уровень хранения,R&Wкэш;

  • Управление расширенным QoS для повышения эффективности иприоритезации.

Многоуровневое хранение

Объемы хранимых данных ежегодно увеличиваются на 5080%, что заставляет разработчиков искать альтернативы сложным СХД с ограниченноймасштабируемостью, создавать решения, более эффективно использующие ресурсы ЦОД и сокращающие время простоя, а кроме того, упрощать администрирование за счет автоматизации операций, ведь расходы на управление также быстро растут. Эта задача повышения эффективности хранения данных решается с помощью консолидации и многоуровневого хранения. Многоуровневое, иерархическое хранение информации - один из подходов, которые приходят на смену экстенсивному наращиванию емкости хранения данных.

Сравним показатели!

В качестве примерасравним общие данные эффективности оборудования на примереPivot3.

1) Многоуровневое хранение

Одноуровневая архитектуруHCI

  • Устаревшая архитектура SAS/SATA является ограничивающим фактором для производительности;

  • Сложности с консолидацией разных типов задач.

    А теперь сравним ее смногоуровневойархитектуройPivot3:

  • NVMeобеспечивает оперативный отклик;

  • QoSавтоматически подбирает оптимальный уровень размещения данных для соответствияSLA;

  • Результат эффективная консолидация разных типов задач.

Помимо многоуровневой архитектуры,Pivot3обладаетболее эффективнойутилизациейресурсов:

Часть ресурсов берётся уVMs:

  • Более высокие накладные расходыHCIOS;

  • Доступ к хранилищу черезгипервизор.

Более эффективно, большеVMs:

  • Меньше накладных расходовHCI OS;

  • Обходгипервизораозначает повышенную производительность хранилища.

Распределённая производительность

Традиционная архитектураHCI

  • Объём хранения,IOPSи ширина канала ограничены;

  • ВозможностиVMограничены производительностью конкретного узла.

Распределённая архитектураPivot3

  • Объём хранения,IOPSи ширина канала агрегируются;

  • VMдоступны все имеющиеся ресурсы.

    Pivot3 + Citrix

    Помимо всего перечисленного важно отметить, чтоCitrixиPivot3 объявили об укреплении сотрудничества для поддержки Citrix Virtual Desktops на платформе интеллектуальнойгиперконвергентнойинфраструктуры (HCI)Pivot3, что довольно актуально на сегодняшний день в связи с переходом сотрудников на удаленную работу.

Сеть технологических партнёров, с которыми сотрудничаетPIVOT3

Решения для ЦОДов Решения для ЦОДов Решения для видеонаблюдения Решения для видеонаблюдения

Продуктовые линейкиотPivot3

Вычислительные HCI решения в ЦОДВычислительные HCI решения в ЦОД
  • Оптимизация для работы вЦОДах;

  • Консолидация множественных задач с разнообразными требованиями к ресурсам;

  • Архитектура для полнофункционального использованияNVMe;

  • Автоматизированное управление на основе политик;

  • Широкий функционал по управлению данными корпоративного класса.

HCI решения для видеонаблюденияHCI решения для видеонаблюдения
  • Оптимизация для видеонаблюдения;

  • Архитектура для сохранения целостности видеоконтента и предотвращения простоев системы и потерь данных;

  • Масштабирование вычислительной мощности, ресурсов хранения или канала линейно и/или независимо;

  • Доставка видеоконтента на любые устройства;

  • Сертификация у основных производителей ПО для управлениявидеоконтентом.

    ***

    В заключениеможно сказать, что современные решения HCI от компанииPivot3сочетают в себе высокопроизводительныефлеш-каналыпередачи данных NVMe PCIe, механизмы обеспечения качества обслуживания на основе политик (QoS), распределенные ресурсы производительности и мобильность гибридных облачных систем для достижения максимальных рабочих показателей, гибкости имасштабируемости.

Подробнее..

Обучающие вебинары Dell Technologies новые серверы, VDI, хранение и защита данных, модернизация ЦОД, удалённая работа

04.06.2021 14:18:19 | Автор: admin

Мы продолжаем цикл обучающих вебинаров Tech Diving и приглашаем на них всех, кто интересуется указанными в заголовке поста темами. В прошлый раз гостей с Хабра было особенно много: пользуясь случаем, благодарим вас за участие. И напоминаем, что технические сессии Dell Technologies это открытые вебинары, которые проводят наши самые опытные сотрудники. В прямом эфире они подробно раскрывают заявленные темы и отвечают на любые вопросы по ним.

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


Новая линейка серверов Dell EMC PowerEdge

Вебинар доступен в записи

Совсем недавно мы обновили продуктовое портфолио серверов PowerEdge. В линейке появилось много новых решений для самых разных задач. В том числе, с фокусом на машинное обучение, искусственный интеллект, частные облачные инфраструктуры, периферийные вычисления и 5G-коммуникации. На вебинаре наши эксперты подробно рассказали обо всём модельном ряде и отдельно остановились на нюансах, связанных с процессорами и специализированным использованием серверов.


Dell Hybrid Client: новая ступень в развитии VDI

10 июня, 11:00 (МСК)

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


Решения Dell Technologies для хранения и защиты данных

24 июня, 11:00 (МСК)

Это самый большой вебинар из всех, запланированных на текущий квартал, в нём будет сразу четыре выступления. Все посвящены современным подходам к хранению и защите данных. Сначала мы посмотрим на серверы PowerEdge в обозначенном контексте: поговорим об оптимизации производительности, использующихся хранилищах данных и масштабировании. Затем изучим Dell EMC PowerScale лидирующее на рынке решение для работы с файловыми и объектными задачами. После этого перейдём к PowerProtect комплексному программно-аппаратному решению для защиты данных. После этого расскажем о SmartFabric, сервисе автоматизации сетевой фабрики Dell EMC для PowerStore и PowerScale.


Модернизация сети ЦОД с решением Dell EMC SmartFabric Director и VMware NSX-T

8 июля, 11:00 (МСК)

На технической сессии эксперты Dell Technologies расскажут, как упростить автоматизацию сетевой фабрики ЦОД и виртуализацию сети на всех этапах во время развёртывания, обслуживания и мониторинга. Особый акцент сделаем на платформе VMware NSX-T: изучим её архитектуру и компоненты, рассмотрим преимущества и сценарии применения, в которых она будет наиболее эффективна. В качестве вишенки на торте мы приготовили разбор реального сценария модернизации сети ЦОД одного из наших заказчиков на основе сети Dell EMC и VMware NSX-T.


Современные подходы к организации удалённых рабочих мест: собственный опыт Dell Technologies

22 июля, 11:00 (МСК)

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

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


Ждём вас на вебинарах, и будем рады любой обратной связи: как во время и после онлайн-встреч, так и в комментариях прямо здесь или в личных сообщениях. Предлагать свои темы для следующих технических сессий, кстати, тоже можно. Спасибо за внимание и до встречи!

Подробнее..

Подводные камни при переходе на VDI что тестировать заранее, чтобы не было мучительно больно

30.06.2020 10:05:46 | Автор: admin
image

Задумывались когда-нибудь, что делает сканер с VDI-станцией? Сначала всё выглядит хорошо: он пробрасывается как обычное USB-устройство и прозрачно виден с виртуальной машины. Дальше юзер даёт команду на сканирование, и всё к чертям падает. В лучшем случае драйвер сканера, похуже через пару минут софт сканера, потом может поаффектить и других пользователей кластера. Почему? Потому что, чтобы получить пятимегабайтную сжатую картинку, нужно отправить через USB 2.0 на два-три порядка больше данных. Пропускная способность шины 480 Мбит/с.

Так что тестировать надо три вещи: UX, периферию и безопасность обязательно. Есть разница, как тестировать. Можно установить агентов локально, на каждой виртуальной рабочей станции. Это относительно бюджетно, но не показывает нагрузку на канал и не совсем верно считает нагрузку на процессор. Второй вариант развернуться в другом месте нужным количеством роботов-эмуляторов и начать их коннектить к реальным рабочим местам как настоящих пользователей. Добавится нагрузка от протокола передачи видеопотока экрана (точнее, изменённых пикселей), разбор и отправка сетевых пакетов, будут понятны нагрузки на канал. Канал вообще очень редко проверяется.

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

Довольно хороший пример того, почему такие тесты важны заранее, был в последней инсталляции. Там тысяча пользователей переезжает в VDI, у них офис, браузер и SAP. ИТ-отдел в компании развитый, поэтому есть культура нагрузочного тестирования перед внедрениями. По моему опыту, обычно заказчика приходится уговаривать на такое, потому что затраты большие, а польза не всегда очевидна. Есть же расчёты, где можно ошибиться? На деле такие тесты вскрывают места, где думали, но проверить не могли.

Инсталляция


Шесть серверов, конфигурация вот:

image

К СХД заказчика у нас доступа не было, предоставлялась она уже в виде места как сервис, фактически. Но мы знаем, что там all-flash. Какая именно all-flash, не знаем, но разделы по 10 ТБ. VDI VMware по выбору заказчика, поскольку стек ИТ-команде уже знаком, и всё довольно органично дополняется до целостной инфраструктуры. VMware очень подсаживает на свою экосистему, но если бюджета в закупке хватает годами можно не знать проблем. Но это часто очень большое если. У нас хорошая скидка, и заказчик об этом знает.

Начинаем тесты, потому что ИТ-команда не пускает в прод почти ничего без тестов. VDI это не та вещь, которую можно запустить, а потом принять. Пользователи загружаются постепенно, и с проблемами вполне можно столкнуться через полгода. Чего, естественно, никому не хочется.

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

image

image

image

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

image

image

image

image

image

image

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

Периферия


С периферией обычно три ситуации:

  • Заказчик просто говорит, что ничего не подключаем (ну, кроме гарнитур, они обычно видны из коробки). Последние примерно лет пять я очень-очень редко вижу гарнитуры, которые не подцепились бы сами по себе, и которые не подхватила бы VMware.
  • Второй подход берём и в рамках проекта внедрения VDI меняем периферию: берём протестированное нами и заказчиком поддерживаемое. Случай по понятным причинам редкий.
  • Третий подход прокидываем имеющееся железо.

Про проблему со сканерами вы уже знаете: нужно ставить промежуточный софт на рабочую станцию (тонкий клиент), который получает поток USB, сжимает картинку и отправляет в VDI. В силу ряда особенностей, это не всегда возможно: если на Win-клиентах (домашних компьютерах и тонких клиентах) всё хорошо, то для *nix-сборок обычно вендором VDI поддерживается какой-то конкретный дистрибутив и начинаются танцы с бубном, как и на Mac-клиентах. На моей памяти мало кто подключал локальные принтеры с Linux-инсталляций так, чтобы они на этапе отладки работали без постоянных звонков в поддержку. Но это уже хорошо, некоторое время назад даже просто чтобы работали.

Видеоконференцсвязь все заказчики рано или поздно хотят, чтобы это работало и работало хорошо. Если правильно спроектировали ферму, то это работает хорошо, если неправильно получаем ситуацию, когда у нас во время аудиоконференции растёт нагрузка на канал, плюс дополнительно помимо этого возникает проблема того, что картинка отображается плохо (full HD нет, лицо из 916 пикселей). Возникает очень сильная дополнительная задержка, когда появляется петля между клиентом, рабочей станцией VDI, сервером ВКС, оттуда вторым VDI и вторым клиентом. Правильно соединять сразу с клиента на сервер ВКС, что требует установки ещё одного дополнительного компонента.

USB-ключи с ними вообще проблем нет, смарт-карты и подобное, всё работает из коробки. Сложности бывают со сканерами штрихкодов, принтерами этикеток, станками (да, было и такое), кассами. Но всё решается. С нюансами и не без сюрпризов, но в конечном счёте решается.

Когда пользователь смотрит Ютуб с VDI-станции это самая плохая ситуация и для нагрузки, и для канала. Большинство решений предлагает HTML5 видео редирекшн. Сжатый файл передают на клиента, там показывает. Или же клиенту передаётся ссылка для прямой связи браузера и видеохостинга (это реже).

Безопасность


Безопасность обычно искрит на месте стыков компонентов и на клиентских устройствах. На стыках в одной экосистеме на словах всё должно работать хорошо. На практике так бывает процентах в 90 % случаев, и что-то всё равно надо доделывать. В последние годы очень удобной оказалась ещё одна покупка Вмвары они взяли в экосистему MDM для управления устройствами внутри компании. У ВМов появились недавно интересные сетевые балансировщики (бывший Avi Networks), которые позволяют закрыть вопрос распределения потоков через год после сдачи VDI, например. Ещё одна чисто вмварная особенность хорошая оптимизация филиалов благодаря их свежему шопингу, когда они взяли компанию VeloCloud, которая делает SD-WAN для филиальных сетей.

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

Особенность VDI-инсталляций сейчас в том, что у конечного пользователя дома просто нет компьютера. Часто есть слабый андроид-планшет (иногда даже с мышью или клавиатурой), либо же может вообще повезти и получить компьютер на Win XP. Которая, как вы можете догадаться, некоторое время не обновлялась. И не обновится никогда уже. Либо очень слабые машины, где клиент не ставится, приложения не работают, пользователь не может работать. По счастью, даже очень слабые устройства подходят (не всегда комфортно, но подходят), и это считается большим плюсом VDI. Ну а относительно безопасности надо тестировать компрометацию клиентских систем. Это случается достаточно часто.

В свете рекомендаций Роспотребнадзора по организации работы предприятий в условиях риска COVID-19, подключение к своим рабочим местам в офисе очень актуально. Похоже, что эта история надолго, и да, если вы думали про VDI можно начинать тестировать. Пригодится. Рекомендации лежат вот здесь, разъяснения вот тут. Важно, что с помощью VDI также можно переоборудовать помещения для соблюдения требований. Регулятором вводятся определённые нормы дистанцирования. Например, в офисе площадью 50 кв. м не может находиться более пяти сотрудников.

Ну а если есть вопросы по VDI не для комментариев вот моя почта: SSkryl@croc.ru.
Подробнее..

Сервер Lenovo ThinkSystem SR650 универсальный солдат

24.12.2020 20:04:36 | Автор: admin
В этом техническом обзоре мы познакомим вас с одним из самых продаваемых серверов в мире сервером Lenovo ThinkSystem SR650, а также ознакомим с результатами нагрузочного тестирования.

Lenovo ThinkSystem SR650 это двухпроцессорный rack-сервер 2U, который подходит для широкого спектра задач малых, средних и крупных предприятий, таких как: СУБД, виртуализация и облака, инфраструктура виртуальных рабочих столов (VDI), различные корпоративные приложения, а также бизнес-аналитика и большие данные.



Скорость, надежность, безопасность и удобство управления


SR650 имеет множество функций для повышения производительности. В первую очередь, это достигается при помощи использования второго поколения семейства процессоров Intel Xeon Scalable, включающих до 28 ядер на процессор. Всего в сервере поддерживается два процессора и, соответственно, до 56 ядер.

Сервер имеет 24 слота для оперативной памяти, а её максимальный объем на сервер составляет до 3 ТБ с частотой памяти до 2933 МГц.

Дисковая подсистема SR650 предлагает гибкое и масштабируемое внутреннее хранилище в форм-факторе с 24 2,5-дюймовыми и 2 3,5-дюймовыми дисками для конфигураций с оптимизированной производительностью или до 14 3,5-дюймовых дисков для конфигураций с оптимизированной емкостью, обеспечивая широкий выбор SAS / SATA HDD / SSD и PCIe NVMe SSD. Важным плюсом является то, что возможно обеспечить использование дисков SAS, SATA или NVMe PCIe в одних и тех же отсеках для дисков с конструкцией AnyBay.




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



Задняя панель сервера предоставляет возможность установки до пяти PCI-e, два из которых могут быть задействованы под графические адаптеры для организации графического VDI.

Дополнительно предусмотрена LOM-карта, которая может предоставить ещё 4 порта 1 или 10 Гбит Ethernet.



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

Мощные функции управления на базе набора управляющего ПО XClarity упрощают и локальное, и удаленное администрирование сервера SR650.

C помощью XClarity Controller обеспечиваются расширенные функции управления, мониторинга и оповещения.

XClarity Controller позволяет непрерывно отслеживать системные параметры и в автоматическом режиме запускать предупреждения для выполнения действий по восстановлению в случае сбоя.



Встроенный XClarity Provisioning Manager упрощает настройку, конфигурацию и обновления системы.

Для управления большим парком серверов поддерживается Lenovo XClarity Administrator который обеспечивает комплексное централизованное управление из любого места не только с компьютера, но и, в том числе, с помощью мобильного приложения Lenovo XClarity.




Для интеграции с другими популярными системами управления предусмотрен Lenovo XClarity Integrators, который поддерживает работу с VMware vCenter и Microsoft System Center, расширяя функции XClarity Administrator до программных инструментов управления виртуализацией и позволяя администратору развертывать инфраструктуру и управлять ею от начала до конца.

Проверка боем. Результаты нагрузочного тестирования


В марте 2019 года компания TPC Benchmark-E (TPC-E) провела нагрузочное тестирование сервера SR650 в качестве сервера для высоконагруженной СУБД MS SQL Server.

О бенчмарке TPC-E

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

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

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

Различные типы транзакций имитируют взаимодействия компании со своими заказчиками и деловыми партнерами. Различные типы транзакций имеют разные требования к времени выполнения.

Тест определяет:

  • Два типа транзакций для имитации операций типа заказчик-бизнес и бизнес-бизнес (т.е. взаимодействие партнёров по бизнесу);
  • Несколько транзакций для каждого типа транзакции;
  • Различные профили выполнения для каждого типа транзакции;
  • Особое сочетание времени выполнения для всех определенных транзакций.

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

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

Состав стенда тестирования

Сервер клиент СУБД: Lenovo ThinkSystem SR650:

  • 2xXeon Platinum 8168 2,7 GHz (2 ЦПУ/48 ядер/96 потоков)
  • 96 GB RAM
  • 2x300GB SAS HDD RAID-1

Сервер СУБД: Lenovo ThinkSystem SR650:

  • 2xXeon Platinum 8260 2,7 GHz (2 ЦПУ/56 ядер/112 потоков)
  • 1536 GB RAM
  • 2x800GB SAS SSD RAID-1
  • 6x800GB SAS SSD RAID-10
  • 4xLenovo Storage D1224 (дисковые полки SAS 12 Gbs, 74x800 GB SAS SSD сконфигурированных в две RAID-группы: 4x17 RAID-5, 1x6 RAID-10)

Серверы соединены между собой с помощью 4-х линков 10 GbE

Более подробная конфигурация стенда приведена ниже.



Подробные данные о конфигурации оборудования, программного обеспечения, а также методике тестирования можно посмотреть непосредственно в отчете TPC-E, который лежит в открытом доступе: tpc.org/4084

Результаты тестирования

Результаты тестирования состоят из трех групп тестов:

  • Штатный режим работы
  • Доступность данных
  • Аварийное восстановление

Штатный режим

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

В результаты штатного теста в стабильном рабочем состоянии сервер SR650 поддерживает уровень в чуть-более чем 7000 транзакций в секунду-E.

Результаты штатного тестирования приведены на графике ниже.



Доступность данных

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

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

Тесты доступности данных проводятся путем выведения из строя дисков, на которых хранятся различные типы данных, при одновременном мониторинге доступа к данным со стороны приложений.

Ниже приведены типы дисковых массивов, на которых хранятся различные типы данных.



В ходе теста доступности данных были выполнены следующие шаги:

  • Вызван сбой диска в массиве журналов базы данных (диск физически извлечен из сервера).
  • Через 5 минут таким же образом вызван второй сбой диска, который в данном случае работает в массиве tempdb.
  • Еще через 5 минут вызван третий сбой диска, который работает непосредственно с данными СУБД.

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

Ещё через несколько минут последовательно были установлены три новых диска для замены сбойных, и начался процесс восстановления массива данных. Процесс восстановления резко снизил показатель производительности. Это нормальное поведение, поскольку, пока не будет полностью восстановлены все массивы данных, часть ресурсов ввода-вывода будет тратиться на восстановление, а не на операции СУБД.

Ниже приведен график тестирования доступности данных.



Аварийное восстановление

Финальный тест на аварийное восстановление это процесс восстановления системы в целом после серьезной аварии, которая полностью вывела из строя сервер СУБД. Аварийное восстановление считается успешно завершенным, когда рабочая нагрузка вернется к штатным значениям в ~7000 tpsE.

Для тестирования аварийного восстановления были выполнены следующие шаги:

  • Из сервера СУБД извлечены все кабели питания, в результате чего он немедленно прекратил работу. Все содержимое основной памяти и кэшей сервера было потеряно. Все RAID-контроллеры дисков внутри сервера работали без батарей, поэтому все содержимое кэша контроллера дисков было тоже потеряно.
  • Подключены кабели питания и включен сервер СУБД.
  • Удалены все файлы данных и журналов для tempdb.
  • Запущен SQL Server. Он автоматически начал восстановление базы данных. Отметка времени в журнале ошибок SQL Server первого сообщения, связанного с tpce базы данных, считается началом восстановления базы данных.
  • Отметка в журнале ошибок SQL Server Восстановление завершено считается концом восстановления базы данных. Суммарно процесс восстановления данных занял чуть более 15 минут.

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



Таким образом, окончанием аварийного восстановления является полное восстановление рабочей нагрузки всех приложений, т.е. точка времени на графике, где синяя и красные линии дойдут до штатного показателя в ~7000 tpsE.

Итого:

  • Время восстановления базы данных 00:15:33.
  • Время восстановления приложения 00:10:06.
  • Время полного аварийного восстановления 00:25:39.
  • Итоговое резюме отчета с разбивкой по типу транзакций представлено ниже:



Итоговое заключение с набранным показателем tpsE и стоимостью одной транзакции представлено ниже:



Показатель в 7012,53 tpsE со стоимостью транзакции в 90,99 долларов занял второе место в рейтинге TPC-E Top Performance Results, где на первом месте находится топовый сервер Lenovo ThinkSystem SR860 V2 ( tpc.org/tpce/results/tpce_perf_results5.asp?resulttype=all ), а также третье место в рейтинге TPC-E Top Price/Performance Results, где на первом месте также SR860, а на втором решение конкурента.

Это очень достойный показатель. В итоге мы имеем мощный, гибкий, управляемый и надежный сервер, который, как и другие продукты Lenovo также отличается умеренной конкурентоспособной ценой. Именно это сочетание качеств позволило серверу Lenovo ThinkSystem SR650 стать самым продаваемым сервером Lenovo в мире. Оставить заявку на сервер Lenovo ThinkSystem SR650 можно по ссылке.
Подробнее..

Lenovo ThinkAgile VX VMware vSAN ЦОД в коробке

20.11.2020 16:08:20 | Автор: admin
Еще один тяжеловес сервер VX3520-G, основной задачей которого является графический VDI.

Этот сервер выполнен в 2U корпусе, поддерживает до 2-х процессоров Intel Xeon Scalable 2-го поколения и 3ТБ RAM. На передней панели предусмотрено 16 отсеков для дисков SAS/SATA 2,5 дюйма, 2 БП сзади, 2 или 4 встроенных порта 10 GbE и 6 PCIe слотов, но это все не главное.

Главное в этом сервере это наличие графических адаптеров NVIDIA. Графическая подсистема поддерживает следующие конфигурации:

  • До 2-х адаптеров NVIDIA Tesla M10, M60, MI25, или V340;
  • До 3-х адаптеров NVIDIA Quadro P620 или Tesla P4000, V100;
  • До 4-х адаптеров NVIDIA Tesla T4.

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

Следующий сервер в модельном ряду VX5520. Это сервер в корпусе 2U, который предназначен для работы с большим объемом данных. По начинке он очень похож на предыдущий сервер из модельного ряда, но основное отличие от VX3520-G это то, что сервер VX5520 заточен под объем, а не под графику.




Естественным продолжением модельного ряда являются два сервера, которые также нацелены на высокую производительность это VX7320-N и VX7520.

VX7320-N это одноюнитовый сервер высокой производительности. Так же, как и в предыдущих моделях, поддерживается работа одного или двух процессоров Intel Xeon Scalable 2-го поколения и до 3 ТБ оперативной памяти. В передней панели поддерживается установка 10 NVMe U2 дисков для обеспечения ультравысоких нагрузок. На задней панели, как и в других моделях, предусмотрены отказоустойчивые блоки питания, опциональная LOM-карта для 10-гигабитных портов и 3 PCI-e разъема.




Финальная модель VX-серии VX7520, которая является улучшенной версией VX7320-N с точки зрения дисковой подсистемы.




Этот сервер 2U, выполненный на аналогичной предыдущим серверам платформе, позволяет установить 24 SAS SSD или NVMe диска 2.5 дюйма, тем самым получив максимальную производительность дисковой подсистемы. Как и в других двухюнитовых моделях, в нём предусмотрена LOM-карта для 10-гигабитного Ethernet + 6 PCI-e слотов для дополнительных карт.

С детальными техническими характеристиками всех моделей серверов VX можно ознакомиться по ссылке: https://lenovopress.com/ds0023_RU.pdf

Теперь давайте смотреть, что входит в каждую из представленных моделей:

  1. Непосредственно сам сервер VX-серии;
  2. Установленные и преднастроенные VMware ESXi и VMware vSAN;
  3. Специализированная поддержка Lenovo ThinkAgile Advantage;
  4. Стандартная гарантийная поддержка Lenovo 3 года с заменой оборудования в рабочее время на следующий рабочий день.

Таким образом компания Lenovo совместно с компанией VMware существенно упрощает решение задач по внедрению гиперконвергентных систем. Серия серверов ThinkAgile VX позволяет решать все известные задачи от небольших инфраструктур для корпоративных сервисов до высокопроизводительных VDI-кластеров с поддержкой графических виртуальных рабочих станций и высококритичных бизнес-приложений.

В данный компания Lenovo готова предоставить серверы VX-серии в демо-доступ, чтобы заказчики смогли по достоинству оценить все возможности современных гиперконвергентных систем. Записаться на демо можно по ССЛКЕ.

А если вы хотите узнать еще больше о гиперконвергентной платформе Lenovo на базе VMware vSAN, то записывайтесь на наш вебинар 26 ноября 2020 года ЗДЕСЬ.
Подробнее..

Из песочницы Сброс блокировки с устройств Teradici PCoIP Zero Client

08.09.2020 14:23:50 | Автор: admin

Нулевые клиенты на базе чипа Tera2321, это аппаратные устройства, позволяющие получить доступ к виртуальной инфраструктуре рабочих столов (VDI) через протокол PCoIP. Протокол PCoIP, разработанный компанией Teradici, до не давнего времени использовался VMWare как основной способ доступа к виртуальным рабочим местам (VMWare Horizon), сейчас вытесняется новым протоколом Blast Extreme.


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




Хорошо еще если предыдущий владелец подключался напрямую к View Connection Server и получал ip-адресс по DHCP, в этом случае можно просто написать адрес своего сервера и подключится. Но не обновится, не поменять какие-либо настройки не получится. А если в настройках выбрано View Connection Server + Imprivata OneSign, то ничего кроме бесконечного поиска сервера Imprivata устройство больше делать не будет. Может еще быть устройство с полностью заблокированным интерфейсом (нет даже кнопки Options) и не открывающимся веб-интерфейсом.


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



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


Помучившись, какое-то время, я все-таки нашел способ. Может не самый простой, но зато рабочий.


Нам понадобятся незаблокированное устройство на базе TERA2321, программатор чипов памяти, HEX-редактор, умение снять и припаять обратно микросхему.


В качестве незаблокированного устройства будет Dell P25 5030. Устройство, заблокированное паролем это HP t310. Программатор китайский EZP2010.


Итак, приступим.


Первым делом нужно разобрать незаблокированный нулевой клиент и найти на плате чип памяти, (у P25 он под радиатором).




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




С помощью программы снимаем дамп чипа. У меня программа ругалась, что не понимает эти микросхему, но образ считала без проблем. Как выяснилось мой программатор, позволяет считать только 16Mb, а чип 32Mb. Но посмотрев в конец дампа заметил, что там одни FF, сделал предположение, что ничего там дальше нету. К тому же файл прошивки c сайта Dell тоже имеет размер 16Mb.



После того как дамп сохранен в файл, можно отпаивать чип от программатора, ставить обратно на плату и собирать устройство, оно нам больше не нужно.


Следующим шагом смотрим на заблокированном устройстве MAC-адрес сетевой платы и серийный номер:



Теперь открываем снятый дамп любым HEX-редактором и находим строку 00020000 это и есть MAC и меняем его на тот который мы посмотрели на заблокированном нулевом клиенте (на самом деле можно заменить на любой). На строке 00020100 начинается уникальный идентификатор устройства, его тоже лучше поменять (если там 00, то идентификатором будет просто MAC). Если этого не сделать, то у всех устройств, на которые мы зальем этот дамп, получится одинаковый MAC-адрес и идентификатор.



Далее разбираем заблокированный нулевой клиент, точно также снимаем чип памяти и скармливаем его программатору.




На всякий случай делаем дамп заблокированной прошивки, и заливаем на микросхему тот дамп, в котором мы заменили MAC.


Ставим чип обратно на плату и пробуем включить. Если все сделано правильно, то мы увидим процесс загрузки и сообщение Warring: Multilanguage font pack not found! с просьбой обновится.



Вот собственно и все, теперь осталось проверить, изменился ли MAC-адрес сетевой и зайти через веб-интерфейс для обновления прошивки.


Иногда бывает, что после прошивки устройство грузится в recovery mode, тогда нужно еще раз зайти через браузер, и загрузить прошивку заново.



Скорее всего, данный способ также подойдет для разблокировки устройств на базе процессора teradici TERA1.


P.S.: Мне не удалось скачать последнюю прошивку с сайта Teradici, поэтому обновлял на ту, что была на сайте Dell к устройству P25 (ver 5.5.1). Но после написания статьи обнаружил более новую на сайте LeadTek (ver 17.05.1), эта прошивка тоже прекрасно ставиться на эти устройства.

Подробнее..

Категории

Последние комментарии

  • Имя: Макс
    24.08.2022 | 11:28
    Я разраб в IT компании, работаю на арбитражную команду. Мы работаем с приламы и сайтами, при работе замечаются постоянные баны и лаги. Пацаны посоветовали сервис по анализу исходного кода,https://app Подробнее..
  • Имя: 9055410337
    20.08.2022 | 17:41
    поможем пишите в телеграм Подробнее..
  • Имя: sabbat
    17.08.2022 | 20:42
    Охренеть.. это просто шикарная статья, феноменально круто. Большое спасибо за разбор! Надеюсь как-нибудь с тобой связаться для обсуждений чего-либо) Подробнее..
  • Имя: Мария
    09.08.2022 | 14:44
    Добрый день. Если обладаете такой информацией, то подскажите, пожалуйста, где можно найти много-много материала по Yggdrasil и его уязвимостях для написания диплома? Благодарю. Подробнее..
© 2006-2024, personeltest.ru