Доброго времени суток, хабраюзер! Мы продолжаем цикл статей и видео, посвященных
российскому Центру обработки данных компании Intel и рассматриваем сегодня систему
свободного охлаждения или free-cooling.

_{EIGRP Lab | EIGRP Lab — Answers}

Привет! Сегодня я хочу поделиться с уважаемым сообществом лабами, которые помогли мне в подготовке к экзамену ROUTE из нового трека CCNP, а также мыслями и впечатлениями от экзамена. В связи с тем, что материала и лаб очень много, придется разбить это все на порции и выкладывать их по очереди. Сегодня предлагаю поговорить о CCNP 6 версии вообще, об экзамене ROUTE и посмотреть на лабы по EIGRP, которые я использовал для подготовки к экзамену.

Заинтересовавшимся – добро пожаловать под кат!

Сегодня, в блоге компании Pravo.ru появился любопытный топик о том, как надо вести себя компаниям, собравшимся открывать Интернет-ресурсы, которым придётся работать с персональными данными клиентов. Поэтому, по просьбам трудящихся, выложу свою историю со стороны рядового пользователя, который решил проверить свои права в деле.

Вообще не секрет, что многие технологические новинки до России доходят с изрядной задержкой. Это касается почти всего — от мобильных гаджетов и компьютерных игр до автомобилей. Причины таких задержек самые разные, но выражаются они не только в нехватке этих самых новинок, но и медленной реакции законодательства на изменения технического прогресса. Касательно темы поста, это выражается в законах, регламентирующих порядок обработки персональных данных пользователя. Заграницей, в государствах Западной Европы, Северной Америки и ряда других развитых стран мира законы в разной степени регулируют обработку данных с середины 80-х, начала 90-х годов, но в России подвижки по этому вопросу начались только на рубеже XX-XXI века, что вылилось в принятие федерального закона «О персональных данных». В чём его значение для рядового гражданина? Значение в том, что он способен защитить права и свободы человека при обработке его личных данных.

В предыдущих постах этого блога я постепенно рассказал про наиболее значимые возможности систем хранения NetApp, пришла пора разбавить сухую теорию практическими делами. Здесь и далее я собираюсь писать о том, как все эти фенечки работают для тех или иных решений, для виртуальных инфраструктур, баз данных, высокопроизводительного файлового сервиса и прочих традиционных областей применения NetApp.
Я отдаю себе отчет в некоей провокативности заголовка, однако постараюсь защитить свою позицию текстом статьи. Если же вы придерживаетесь другого мнения о «идеальном» хранилище для VMware ESX, или, шире, для любого средства серверной или десктопной виртуализации, то буду рад обсудить это в комментариях.

Хотя системы серверной и десктопной виртуализации и не являются единственным рынком систем хранения NetApp (например в этом году Ларри Элиссон сделал нашумевшее заявление, что, по его сведениям, до 60% бизнеса NetApp это хранение баз Oracle (рус.)) но таков нынешний тренд рынка, что продукты VMware, MS Hyper-V, Xen, и аппаратные решения под них — это самый передовой, технологичный и быстро растущий сегмент программного и серверного рынка. Ничего удивительного, что NetApp им так плотно занимается почти с самого момента появления этой отрасли на свет. Ведь так получилось, что идеи и принципы, заложенные в системах хранения NetApp удивительно хорошо совместились технологически с тем, что сейчас делают вендоры систем виртуализации в своей области.

Прежде чем мы начнем рассматривать подробно основные «фишечки» NetApp в этой области, давайте просто перечислим то, что является самыми интересными и «цепляющими» возможностями систем хранения NetApp, конкретно в этой области (линки ведут на предшествующие статьи на Хабре, посвященные рассказу об этой возможности).

От автора

Добрый день, хабр! А вы знаете, что продает HP, кроме принтеров? А Dell, кроме ноутбуков и мониторов? А Hitachi, кроме бытовой техники? Что общего у перечисленных компаний и EMC? Ответ кажется простым для специалистов, но не так очевиден для среднего IT-специалиста.

Все перечисленные компании продают (в т.ч.) системы хранения данных. Какие системы? Да, по своему опыту я убедился, что познания в области хранения данных большинства знакомых мне IT-инженеров заканчиваются в области RAID. Так родилась идея написать эту статью, или даже несколько. Для начала мы рассмотрим ряд технологий в области управления информацией, отметим, какие существуют подходы к хранению данных и почему каждого из них оказывалось недостаточно. Здесь описываются базовые принципы DAS, NAS и SAN, поэтому специалистам эта статья будет, скорее всего, бесполезна, если же вам эта тема не близка, но интересна, добро пожаловать!

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

Еще в 1990-х годах компания HP предлагала разные инструменты удалённого мониторинга для разных линеек своего оборудования. Возможно, кто-то из матёрых администраторов ещё помнит такие инструменты, как PRS, HAO и HPFN, Predictive. В 2001 году компания представила новый продукт HP Instant Support Enterprise Edition (ISEE), обеспечивающий управление событиями и конфигурациями для серверов и устройств хранения данных. Продолжением технологии ISEE стал выпущенный в 2007 году HP Service Essentials Remote Support Pack (RSP), который позволяет интегрировать средства мониторинга в единую консоль для управления инфраструктурой HP Systems Insight Manager. Первый релиз имел номер версии 05.00. Весной 2009-го года, когда вышла версия под номером 05.20, произошло объединение продуктов в портфолио HP Insight Software и RSP был переименован в HP Insight Remote Support (IRS). Таким образом, этот продукт имеет долгую историю и при этом весьма активно развивается, например, с 2007 года по настоящее время вышло уже восемь релизов данного продукта.

HP Insight Remote обеспечивает простой и надежный круглосуточный мониторинг с расширенными функциями обнаружения сбоев и оповещения о них, а также автоматически генерирует заявки на обслуживание в центр поддержки HP. По оценкам самой HP, применение IRS в среднем на 20% ускоряет разрешение проблем и дает почти 100-процентную точность их диагностики.

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

Сегодня мы хотим поговорить о современных серверных парках и центрах обработки данных компании Intel, которая, прежде чем выработать конкретную стратегию в данной области, прошла долгий путь. Исторически было так, что в тех местах, где компания покупала или строила здания, размещались и дата-центры для нужд находящихся там подразделений разработчиков. Опыт показал, что это не очень эффективно. При таком подходе количество дата-центров Intel в мире превысило 150 и, соответственно, они стали очень дорогой частью ресурсов корпорации. Поэтому был принят ряд решений, направленных на уменьшение общей стоимости владения дата-центрами. Одним из основных направлений стала их консолидация с целью уменьшения количества ЦОД'ов и серверных комнат, а также повышение утилизации вычислительных самих ресурсов. Очевидно, что несколько маленьких серверных комнат с загрузкой порядка 40% в обслуживании обходятся дороже, чем одна большая комната с загрузкой 60-70%.

Мы продолжаем нашу экскурсию по крупнейшему Центру обработки данных компании Intel в России, и поговорим сегодня о технологиях охлаждения данного дата-центра.

Здравствуйте, хабраюзеры!

Я думаю, каждый уважающий себя системный администратор локальной сети установит систему мониторинга, чтобы быть в курсе всех изменений и событий. Я хочу рассказать про систему мониторинга Zabbix, а точнее про его php-frontend. Здесь только мой личный опыт полученный на реальной локальной сети.

Сегодня мне хотелось бы немного отвлечься от vSphere 5 лихорадки и вспомнить основы стандартного vSwitch-а, а в частности каким образом он обходится без Spanning Tree Protocol.

Я предполагаю, что вы уже обладаете простейшими знаниями коммутации и знаете что такое vlan, switching loop, spanning tree протокол и некоторые виды link aggregation протоколов. Я постараюсь кратко пробежаться по основным возможностям стандартного vSwitch-а, делая акцент на фактах, которые показались мне интересными или же которые были не очень очевидны в официальной документации, по крайней мере для меня. Отсюда же вытекает и некоторая сумбурность нижеизложенного.

Основная цель стандартного vSwitch-а (или же vNetworking Standard Switch aka vSS) — это обеспечение связи между виртуальными машинами и физической сетевой инфраструктурой. В дополнение, он обеспечивает логическое разделение виртуальных машин используя Port Groups, предлагает различные алгоритмы балансирования в случае если у вас есть более чем один аплинк на одном ESXi хосте, обеспечивает шейпинг исходящего трафика от виртуальных машин к vSS, ну и наконец, позволяет обнаруживать сбой аплинка и автоматическое переключать трафик на оставшиеся аплинки.

Недавно и я стал обладателем сервера HP ProLiant MicroServer N36L. То, что на нем будет стоять Citrix XenServer, было решено заранее, тем более положительный опыт установки на этот сервер имеет место быть. Задачу установки немного усложняло то, что я был в отпуске. Дома, кроме буков и пары мышек, больше компьютерной техники нет. А для установки хотелось бы иметь клавиатуру, которую можно было принести с работы, и монитор. Проблема с монитором решилась просто, на телевизоре оказался VGA-разъем, дома нашелся кабель для него. Решил попробовать установить XenServer в автоматическом режиме, наблюдая за установкой по телевизору. Так как на сервере отсутствует оптический привод, устанавливать будем с флэшки.

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


В июне произошла смена поколений ленточных библиотек корпоративного класса HP StorageWorks Enterprise Storage Library (ESL). Первое поколение StorageWorks ESL вышло еще под брендом Compaq в начале прошлого десятилетия, затем в 2004 году HP представила текущую модель HP StorageWorks ESL E-Series, на смену которой теперь приходит HP StorageWorks ESL G3 (как догадался читатель, G3 означает третье поколение библиотек). Эти системы рассчитаны, прежде всего, на дата-центры крупных организаций, где есть сеть хранения данных на базе Fibre Channel, например, в России библиотеки HP StorageWorks ESL E-Series использует ряд ведущих банков.

По некоторым обстоятельствам мне потребовалось установить и настроить Citrix XenServer. Дистрибутив был скачан с сайта Citrix и успешно установлен на сервер HP. Вроде бы можно бы засунуть его в стойку и радоваться виртуальной жизни серверов, но не тут то было. Как оказалось в XenServer не предусмотрено локальное хранилище для дистрибутивов, точнее для ISO-образов. Предполагается, что все дистрибутивы будут лежать на сетевом хранилище (для работы с которым есть все инструменты), но если говорить про Stand-alone сервер, без какого либо сетевого хранилища, то тут и возникают различные идеи. Одна из таких идей под катом.

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

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

Так же прилагаю набор симуляций. Все симуляции сделаны в Packet Tracer'е.

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

Итак:

Doc-файл, или отсюда

Архив скриншотов с ответами, или отсюда

Архив симуляций, или отсюда или отсюда

Список ошибок, или отсюда

А вот здесь лежит торрент со всеми 4 файлами и дополнительными материалами.

А теперь к новостям погрустней:

Продолжение «опытных мелочей». Предыдущие части: раз, два, три, четыре, пять, шесть.

Сегодня мы поговорим об одном интересном параметре в Group Policy. Да, именно так. Один единственный параметр, который может облегчить вам жизнь (ну или усложнить ее, такое тоже возможно)

Привет, Хабр!
Сегодня я расскажу и покажу вам, как можно использовать всю мощность ваших видеокарт для игр перебора паролей к Wi-Fi. Как-то не комильфо в наше время использовать только процессорные мощности под эти задачи (в частности aircrack-ng), когда в 80% компьютеров есть видеокарта. Поэтому разумно использовать всю потенциальную мощность ваших систем. А именно, речь пойдет о замечательной программе pyrit.

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

Продолжаем цикл постов об «опытных мелочах». Предыдущие части можно почитать тут: раз, два.

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

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

Введение

ACL (Access Control List) — это набор текстовых выражений, которые что-то разрешают, либо что-то запрещают. Обычно ACL разрешает или запрещает IP-пакеты, но помимо всего прочего он может заглядывать внутрь IP-пакета, просматривать тип пакета, TCP и UDP порты. Также ACL существует для различных сетевых протоколов (IP, IPX, AppleTalk и так далее). В основном применение списков доступа рассматривают с точки зрения пакетной фильтрации, то есть пакетная фильтрация необходима в тех ситуациях, когда у вас стоит оборудование на границе Интернет и вашей частной сети и нужно отфильтровать ненужный трафик.

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