Предыстория:

Собственно, задача — объединить дом 1 и дом 2. На вооружении имеем схемы:

Дом 1: -internet пров. Beeline l2tp; psTV (196.168.2.13); dir615С2 (внут: 192.168.2.1, внеш: 95.24.х.х (будет клиентом VPN))

Дом 2: -internet пров. Interzet с белым ip; PS4 (192.168.1.13); dir615Е4 (внеш st.IP: 188.Х.Х.Х, внут: 192.168.1.1 (будет сервер VPN)

С этой впечатлившей меня драматичной историей я познакомился довольно банально. Находясь по делам в Калифорнии, я написал человеку, что хотел бы с ним встретиться по работе. Он ответил, мы договорились о дне, месте и времени. Какая-то кафешка в паре километров от гостиницы, вполне удобно. Единственное, когда договаривались, человек предупредил, что сотового у него не будет:


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

Мы встретились и мило пообщались пару часов. Он подробно ответил на все мои вопросы. Ему были интересны наши исследования, и он по ним много вопросов задал. А уже под конец, когда мы готовились расходиться, я, как человек любопытный, спросил:
— А почему вы не носите сотовый? 
Он с задумчивой американской улыбкой посмотрел на меня и спросил в ответ:
— Тебе короткую версию или длинную? 
Я осторожно предложил начать с короткой, а там как пойдет. Честно говоря, моя основная рабочая версия была — слежка Большого Брата. Я был неправ…

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


Кому интересно, как оно (очень редко) бывает, добро пожаловать под кат.

Читайте часть 1 вот тут.

abstract: разница между текущей производительностью и производительностью теоретической; latency и IOPS, понятие независимости дисковой нагрузки; подготовка тестирования; типовые параметры тестирования; практическое copypaste howto.

Предупреждение: много букв, долго читать.

Лирика

Очень частой проблемой, является попытка понять «насколько быстрый сервер?» Среди всех тестов наиболее жалко выглядят попытки оценить производительность дисковой подсистемы. Вот ужасы, которые я видел в своей жизни:

• научная публикация, в которой скорость кластерной FS оценивали с помощью dd (и включенным файловым кешем, то есть без опции direct)
• использование bonnie++
• использование iozone
• использование пачки cp с измерениема времени выполнения
• использование iometer с dynamo на 64-битных системах

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

Новость одним абзацем: теперь у всех без исключения наших dedicated серверов (включая Xeon'ы и Atom'ы) есть возможность пользоваться IP-KVM'ом, встроенным в IPMI. Это:

• возможность смотреть консоль (включая графические режимы, биос и т.д.)
• Нажимать всякие хитрые кнопки (Ctrl-Alt-Del, Alt-SysRq, и т.д.) с виртуальной клавиатуры
• возможность подключать ISO как будто это USB-CD, подключенный к серверу
• Аналогично — образы дискет (этим ещё кто-то пользуется?)
• Включать/выключать питание сервера вне зависимости от мнения об этом операционной системы.

История

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

Вступление

Рядовой апгрейд в лаборатории с Openstack Mitaka до Openstack Newton (более новая версия). Несколько deprecated options в файлах конфигурации, keystone переехал с eventlet на WSGI и поломал существующую конфигурацию с haproxy; из-за типового «ipv6 listen» apache не стал конфликтовать с haproxy за одинаковые используемые порты на звезде (один слушал ipv6, другой ipv4 only), так что запросы уходили в haproxy вместо апача, где умирали с 503, т.к. апстрима не было… Впрочем, история не об этом.

После того, как основные проблемы были пофишкены, Nova (одна из компонент Openstack) при запуске начала падать с ошибкой: ConfigFileValueError: Value for option url is not valid: invalid URI: 'http://neutron-server.example.com:21345'.. Это было очень странно. С учётом, что в конфиге поменялось 100500 опций, возникло подозрение, что мы используем устаревшую опцию, которую больше не надо использовать. Однако, документация говорила, что пример опции — url = http://controller:9696.

Отладка

Очевидные шаги отладки:

• Закомментировать опцию — не падает
• Повторить опцию из примера — не падает
• Заменить в опции порт на «наш» — возможно, нельзя использовать слишком большой номер порта — не падает
• Заменить в опции url на наш — падает
• Вернуть «controller» на место — не падает
• Подозрение: не умеет fqdn: заменить controller на controller.dns — не падает
• Подозрение: слишком много точек (у нас в реальном коде было 8 точек в url) — controller.dns1.dns2.dns3.dns4 — не падает
• Оставить из нашего имени только первую часть: http://neutron-server:9696 — падает! гипотеза уже понятна.
• Проверка1: http://neutronserver:9696 — не падает
• Проверка2: http://with-dashes:9696 — падает!

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

Обновляя коллекцию своего софта обнаружил, что Google выдаёт для загрузки разные варианты браузера Chrome (offline-установщик, файл ChromeStandaloneSetup.exe), в зависимости от того: с какого компьютера вы его скачиваете, с какой учётной записи, с какого браузера и других параметров. Возможно эти данные впоследствии влияют на работу данной программы на данном компьютере, а возможно и нет. Всё равно это создаёт неудобство, так как контрольные суммы у разных «вариантов» дистрибутива будут разными и произвести сверку не с чем.

Всех приветствую! В предыдущем посте мы постарались разобраться с предпосылками появления новых оверлейных технологий для ЦОД, а также их общей классификацией. В данной части статьи хотелось бы остановиться чуть более подробно на TRILL, FabricPath и VXLAN.

Даниил Подольский (Git in Sky)

Рассказ о том, что каждый инженер должен сделать в своей жизни после того, как он родил ребенка, посадил дерево и построил дом – это сделать свое файловое хранилище.

Доклад мой называется «Опыт построения и эксплуатации большого файлового хранилища». Большое файловое хранилище мы строим и эксплуатируем последние три года. В тот момент, когда я подавал тезисы, доклад назывался «Ночью через лес. Опыт построения эксплуатации бла-бла-бла». Но программный комитет попросил меня быть серьезнее, тем не менее, на самом деле это доклад «Ночью через лес».

Даниил Подольский (Git in Sky)

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

Что такое файл? Файл – это кусок данных с именем. Что важно? Почему файл – это не строка в базе данных?

Файл слишком большой, чтоб можно было обращаться с ним как с одним куском. Почему? Есть у вас сервис, раз у нас HighLoad конференция, у вас сервис, который держит одновременно 100 тыс. соединений. Это не так уж много, если по каждому из соединений мы отдаем файл в 1 Мбайт размером, но нам нужно примерно 100 Гбайт памяти для буферов под эти файлы.

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

Знакомьтесь: Ceph

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



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

Хотя понятие DevOps на слуху уже далеко не первый день, о нём до сих пор не прекращаются споры, начиная с вопроса «что это вообще такое». Словосочетание «DevOps-конференция» тоже порождает вопросы: например, если тут сходятся «dev» и «ops», то мероприятие рассчитано на зрителей с бэкграундом в разработке или в администрировании?

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

• Барух Садогурский (JFrog)
• Олег Анастасьев (Одноклассники)
• Алексей Акопян (Dell EMC)
• Кирилл Толкачёв (Альфа-Лаборатория)
• Александр Тарасов (Одноклассники)

А в ходе обсуждения спонтанно возник вопрос к вам всем — так что при чтении этого текста вы можете ещё и лично повлиять на программу конференции!

Процессор Intel Itanium — микропроцессор на архитектуре IA-64 (EPIC), разработанный совместно компаниями Intel и Hewlett-Packard и представленный 29 мая 2001 года, то есть почти 16 лет назад. Из-за неудачного маркетинга и низких продаж этот процессор с огромными амбициями иронично называли Itanic, созвучно известному трансатлантическому лайнеру.

В своё время архитектуру IA-64 называли революционной. Она должна была заменить x86 в 64-битных серверах и настольных компьютерах. Но что-то пошло не так. Годы разработки и продвижения стоили компаниям Intel и Hewlett-Packard миллиарды долларов, но теперь их мучения подошли к концу. В четверг 11 мая 2017 года компания Intel начала поставки микросхемы Itanium 9700 (кодовое название Kittson) — это официально и окончательно последний чип семейства Itanium, подтвердили представители компании Intel.

Всем привет! Предыдущие публикации habrahabr.ru/post/320300, habrahabr.ru/post/321226, habrahabr.ru/post/322192. В очередной раз получается большая пауза между публикациями. Очень хочется её сократить, но пока никак не удаётся. Буду над этим работать. Сегодня затронем ряд вопросов, которые задал нам один из наших читателей. Вопросы действительно важные и достаточно интересные. Спасибо Вам большое. Вообще хочется всех поблагодарить, и тех, кто читает, и тех, кто участвует в обсуждении, все комментарии воспринимаются объективно и принимаются во внимание. Итак, сегодня мы коснёмся планировки нового ЦОД, настройки сети и серверов, каналов связи и их организации на территории завода, а также изменения, которые мы внесли в конструкцию ДГУ.

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

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


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

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

Я наметил путь, как сделать Lamptest более понятным и доступным для всех, кто задумывается о выборе качественных ламп.

Сегодня я расскажу, что из этого получилось.

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

Без тяжелой ракеты-носителя такой полет будет невозможен, так что компания планирует использовать разрабатываемую ею сейчас ракету-носитель Falcon Heavy. Фактически, это три объединенных в единое целое ракеты Falcon. Что касается космического корабля, то им станет Dragon 2. Разработка ракеты-носителя финансируется SpaceX, а Dragon 2, в основном — агентством НАСА. Причем похоже на то, что руководство агентства не слишком радуется новостям о лунном проекте Маска.

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

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

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

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