В продолжение поста о распаковке Cisco UCS, приехавшей в наш Центр компетенции, мы расскажем о Cisco UCS Manager, с помощью которого производится настройка всей системы. Данную задачу мы выполнили в рамках подготовки к тестированию FlexPod (Cisco UCS + NetApp в режиме MetroCluster) для одного из наших заказчиков.

Отметим основные преимущества Cisco UCS, благодаря которым выбор пал именно на данную систему:

Компания МУК, официальный дистрибьютор Сisco на территории Украины, совместно с представительством Cisco в Украине приглашает специалистов из компаний-партнеров Сisco пройти курс, позволяющий успешно подготовиться к получению аккредитации Cisco UnifiedComputer Design Specialist.

Учебная программа предназначена для технических специалистов, которые разрабатывают решения на базе технологий Cisco для корпоративных заказчиков и лично участвуют в их продаже. В результате его прохождения участники получают знания о технических особенностях продукции Сisco, а также концепциях, технологиях и решениях Cisco в рамках предпродажной поддержки клиентов. Особое внимание здесь уделяется технологиям виртуализации и тому, как они влияют на проектирование решений для Дата Центров. Будут освещены вопросы, связанные с внедрением CiscoUCS/CiscoNexus, включая решение проблем, с которыми сталкиваются заказчики уже сегодня.

Курс будет проведен в два потока:

Привет, Хабр!

Быть облачным провайдером — значит постоянно аккумулировать новые знания и экспертизу. За годы работы мы сформировали достаточно большое количество практик, которых стараемся придерживаться для обеспечения наилучшего уровня сервиса. Одна из них — использование решений комплекса Cisco Unified Computing System. Под катом я хочу рассказать, почему, на наш взгляд, UCS является одним из лучших решений для провайдеров, и обсудить некоторые особенности работы и кейсы использования системы.

Рассказываем, как развивалась система доменных имен — от эпохи ARPANET до разногласий, касающихся протоколов DoH/DoT — а также обсуждаем инфраструктуру IaaS-провайдера.

В одной из своих статей я рассказал что такое архитектура FlexPod DC и из чего она состоит, к физическим компонентам FlexPod DC относятся: СХД NetApp серии FAS, сервера Cisco UCS и Nexus свичи. Существует большое разнообразие поддерживаемых дизайнов FlexPod DC состоящего из этих трех основных компонент. Для того чтобы воспользоваться кооперативной поддержкой из «одних рук» необходимо наличие соответствующего сервиса поддержки для всех этих компонент.

Что если сервисы Cisco SnartNet и NetApp Support Edge у вас есть, а в архитектуре отсутствуют Nexus свичи, при этом СХД напрямую включена в UCS Fabric Interconnect?

Это и есть «не-FlexPod DC» архитектура о которой пойдёт речь, она тоже может поддерживаться из «одних рук» по программе Cisco «Solution Support for Critical Infrastructure» (SSCI).


Общий дизайн SAN сети с прямым включением

Делимся материалами с распаковкой и тестами СХД и серверного оборудования, которые мы получали и использовали в разные периоды активности нашего IaaS-провайдера.


Фото — из нашего обзора NetApp AFF A300

Серверные системы

Unboxing блейд-сервера Cisco UCS B480 M5. Обзор компактного UCS B480 M5 корпоративного класса — в шасси (его тоже показываем) помещается четыре таких сервера с пропускной способностью I/O 80 Гбит/с на каждый слот. Решение снабдили расширителем 2x Cisco UCS 2208XP или FEX. Блейд-сервер Cisco UCS B480 M5 может применяться для работы с высоконагруженными корпоративными приложениями и для решения задач по виртуализации. Он построен на базе Intel Xeon Scalable (до 28 рабочих ядер) и является фактически «удвоенной» реализацией сервера B200 M5. Подробнее о характеристиках — рассказываем в нашем материале по ссылке выше.

Началось с того, что у меня развалилась FS — подробнее тут. Бэкапов, конечно же, нет.
Как определил? Потребовалось прокинуть новый VLAN, а он прокидывается только Cisco UCS Manager далее (CUM). Перезагрузил Fabric B, она в варнинге (warning), подключился консольником и увидел ошибку, спустя 7 месяцев раздобыл ресурсы для того, чтобы все виртуалки перенести на другие сервера. Перенёс VM, перезагрузил Fabric A, и ВСЁ!!! Больше ничего не загрузилось.

Для меня этот зверь был необуздан, поэтому много искал и читал…

Для начала требуется скачать с оф. сайта прошивку. Несмотря на то, что у меня Interconnection 6248, прошивку скачивал для 6100 Series. Распаковал bin файл через 7zip и достал:

• ucs-6100-k9-kickstart.5.2.3.N2.2.23e.bin;
• ucs-6100-k9-system.5.2.3.N2.2.23e.bin;
• ucs-manager-k9.2.2.3e.bin.

Поставил ноут, загрузился с Ubuntu, нажав при загрузке «Попробовать сейчас» (Try now), скачал и запустил SSH demon, потом установил статичный ip, подключился в первую фабрику.

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

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

Примерно полгода назад я впервые услышал про то, что Cisco не только выпускает сетевое оборудование, но еще и занялась серверным бизнесом. Покопавшись по просторам интернета выяснилось, что серверные Blade-системы Cisco сейчас имеют большой успех и многие крупные заказчики уже используют их в своих инфраструктурах. По данным IDC, за 2011 год Cisco заняла 3-е место в мире по продажам Blade-систем, обогнав DELL, Fujitsu и SUN.

А что, если мне нужен обычный Rack-сервер? Оказывается и в этом сегменте Cisco выпускает несколько интересных решений. На данный момент доступны 4 вида серверов:



Получив в распоряжение 2 сервера – C200 и C210 и немного покрутив их в руках, я и решился на написание данной заметки.

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

Почти каждый год в мире IT наступает некий новый тренд. Например, в 2007 году это была консолидация данных на СХД, в 2008-2009 – блейд-системы, 2010 год был годом виртуализации, а начиная с 2011 года активно развивается идея консолидации сетей передачи данных. UCS включает в себе все вышеперечисленные возможности, а так же обладает улучшенными функциями отказоустойчивости и масштабируемости.

Масштабируемость

Во-первых, давайте рассмотрим архитектуру блейд-систем от Cisco:

В третьей и заключительной части я опишу несколько моментов дизайна архитектурного комплекса FlexPod, над которым мы вплотную работали совместно с Cisco и NetApp. Есть вещи на которые стоит обратить внимание.
Часть первая, вторая.

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





Для нас это событие знаковое: 12 сентября этого года мы получили специализацию CISCO Advanced Unified Computing Technology, и теперь, учитывая золотой статус NetApp и Enterprise VMware, мы получили возможность собрать полноценный FlexPod.

Одновременно с выпуском новой линейки процессоров Intel Xeon E7 v2 корпорация Cisco разработала на их основе три новых сервера: Cisco UCS C460 M4 Rack Server (4-сокетный, стоечный сервер 4U), B460 M4 Blade Server (4-сокетный, полноформатный блейд-сервер) и B260 M4 Blade Server (2-сокетный, полноформатный блейд-сервер). Новые серверы представляют собой флагманскую линейку Cisco и предназначены для решения сложных корпоративных задач, требующих работы с большими объемами памяти.

В продолжении темы по оптимизации хоста. В предыдущей статье я писал об оптимизации Windows и SAN сети, в этой статье я хотел бы рассмотреть тему оптимизации RedHat/Oracle Linux (с виртуализацией и без) с использованием СХД NetApp FAS в среде SAN.

Для поиска и устранения узких мест в такой инфраструктуре, нужно опредилиться с компонентами инфраструктуры, среди которых их стоит искать. Разделим инфраструктуру на следующие компоненты:

• Настройки хоста c SAN (FC/FCoE)
• Настройки Ethernet сети на хосте для IP SAN ( iSCSI ).
• Собственно сам хост с ОС
• Приложениями на Хосте
• Проверка совместимости драйверов и версий ПО

В предыдущей статье я рассказал о «не-FlexPod DC» архитектуре, которая может поддерживаться из «одних рук» по программе Cisco «Solution Support for Critical Infrastructure» (SSCI). Основная её особенность состоит в том, что в ней нет коммутаторов серии Nexus, а если их туда добавить, такая архитектура может стать полноценным FlexPod DataCenter.

Здесь пойдёт речь про новый дизайн сети, для FlexPod DataCenter, с прямым включением СХД NetApp в UCS домен. Отличие от стандартной архитектуры FlexPod DataCenter заключается в том, что коммутаторы Nexus расположены не между UCS и NetApp, а «поверх» UCS.

Среди трех предыдущих конфигураций Small/Medium/Large в архитектуре FlexPod Express появилась ещё одна под названием Cisco UCS-Managed. В этой статье пойдёт речь об этой новой конфигурации. FlexPod Express и FlexPod Datacenter деляться на два основных типа подключения: прямое подключение СХД к серверам (между СХД и серверами нет коммутатора) или через коммутатор (между СХД и серверами есть коммутатор), напомню что Fabric Interconnect это не коммутатор, а часть UCS домена серверов.

Стоит отметить несколько важных отличий новой конфигурации от предыдущих трех.

• Во-первых в архитектуре появились Fabric Interconnect, пускай и в исполнении внутренних устройств, установленных в шасси UCS Mini с блейдами.
• Во-вторых в архитектуре появилась возможность прямого подключения СХД к Fabric Interconnect, ранее между серверами и СХД обязательно должен был наличествовать коммутатор. При этом коммутатор должен был быть только Nexus (3048/3500/9300).
• В третьих если у нас конфигурация FlexPod Express Cisco UCS-Managed с прямым подключением, коммутатор для подключения конечных пользователей не обязательно должен быть Nexus. Теперь это может быть любой стандартный свич поддерживающий отказоустойчивость на подобии Multi Chassis Etherchannel. Но если между UCS и FAS нужен свитч, то свич обязан быть Nexus.

В этом посте мы рассмотрим реальную работу с решением Dell ASM для эффективного развертывания инфраструктуры в центрах обработки данных. Этот продукт помогает быстрее и проще конфигурировать ИТ-системы, поэтому мы решили сравнить его с основным конкурентом — системой Cisco UCS.

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

Создав вычислительную среду, мы начали запуск сервисов. В Dell ASM это удалось сделать всего за 10 шагов! Проделать такой же трюк с Cisco UCS Director не удалось, так как процесс запуска сервисов в этой системе оказался более сложным и потребовал участия специалиста по разработке рабочих процессов (workflow). Таким образом, уже на этапе знакомства с системами стало понятно, что Dell ASM упрощает выполнение рутинных задач и сокращает временные затраты администраторов на формирование инфраструктуры.