Firstvds

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

Не буду изобретать велосипед и запущу UnixBench на обоих серверах. Заодно проверю конфигурацию и параметры серверов.
По результатам синтетического теста видно, что характеристики серверов соответствуют заявленным параметрам. Производительность приблизительно одинаковая и находится на хорошем уровне для одноядерных виртуальных систем.
Различия в размерах оперативной памяти и объемах жесткого диска обусловлены в частности тем, что на KVM 490 вместо 512 из-за того, что часть памяти ушло ядру системы, которую она не отображает как доступную. А по HDD небольшая нестыковка из-за особенностей виртуализации.

История создания облачного сервиса, приправленная киберпанком

Технотекст 2020

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

Вот и нам выпала честь построить облачную платформу, а для этого потребовалось «уговорить» пару подсистем работать с нами. Благо, у нас есть «язык API», прямые руки и куча энтузиазма.

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

Добро пожаловать под кат.

Восстание одной маленькой своенравной нейросети, или как сделать codewar-игру за 3 дня

Tutorial

На день рождения FirstVDS мы уже третий раз запускаем квест. Раньше он был только для админов, в этом году решили добавить задание для программистов.
По сюжету игрок провалил обучение нейросети Нексы и накликал восстание машин. В итоговом задании админы, программисты и простые люди «с лапками» сражались с Нексой каждый по-своему. Если в задании для админов были наработки, то над прогерским мы задумались.
Хотелось что-то нетривиальное и с визуальным интерфейсом — чтобы игрок сразу видел результат, так же интереснее. Вспомнили конкурсы mail.ru в стиле codewar и решили сделать что-то подобное.
В чём суть: участнику нужно написать эффективный код, который будет «соперничать» с кодом условного противника.

Воры и гики: российские и китайские хакинг-сообщества

Перевод

Команда Insikt Group (проект Recorded Future) исследовала возможности, культуру и принципы организации китайских и российских хакинг-сообществ. Для этого ребята анализировали рекламные объявления, создавали фиктивные учётки и общались с участниками хакинг-форумов. Recorded Future — компания отслеживает всё, что происходит в Интернете в реальном времени. Прогнозирует и анализирует кибер-угрозы. Работает при поддержке ЦРУ и Google.
Если вам интересна культура хакеров: что движет их действиями, как устроены сообщества и откуда ждать угрозы — читайте нашу выжимку из исследования Insikt Group. Выжали самое интересное + наши мысли на этот счёт.

Скорость загрузки сайта

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

Скорость генерации страницы

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

Скорость загрузки страниц

Скорость и время загрузки сайта будем проверять с помощью бесплатного сервиса ping-admin.ru. Подобных бесплатных сервисов много, и можно пользоваться любым из них или несколькими, но именно у этого самая большая сеть точек монтиторинга, особенно в России. 
Полученные результаты не могут не радовать. Средняя скорость загрузки сайта по России составила 3 МБ/сек. Это отличный результат. Тем более за такую цену сервера.

Нагрузочная способность серверов

Проверим стрессоустойчивость наших серверов. А именно как быстро они будут отдавать содержимое сайта при большом количестве посетителей, то есть при множестве одновременных подключений. Для этого я воспользуюсь бесплатными возможностями сайта loadimpact.com. Который позволяет проанализирировать время загрузки страниц сайта в зависимости от количества одновременных соединений. Увеличивая их количество плавно от 1 до 50 (в бесплатной версии).Виртуализация OpenVZВиртуализация KVM
Как видно из представленных графиков большое количество одновременных подключений, в плоть до 50 одновременных сессий, никак не сказываются на скорости отдачи страниц клиенту. Сервер с виртуализацией OpenVZ делает это менее чем за 4 сек. А время KVM еще лучше, его время лишь немного превышает 3 сек.
Сервис loadimpact.com находится за рубежом. Поэтому время загрузки страницы у него больше, но все равно оно имеет приемлемое значение.
К сожалению возможности бесплатной версии ограничены и мне не удалось узнать критическое количество одновременных подключений при которых бы сервера «сдохли», ну или хотя бы замедлили свою работу.

Выводы по результатам тестирования

Моему блогу оказалось очень комфортно на серверах FirstVDS даже в самой минимальной конфигурации за самую низкую цену. Географическое расположение серверов позволило добиться большой скорости загрузки страниц у посетителей из России. Протестированные серверы оказались готовы к большому наплыву посетителей. Так что рекомендую для всех и каждого.

Начинающему сисадмину: как из хаоса сделать порядок

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

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

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

Так-Так-Так и никакого Тика. Чем отличаются процессоры Intel Core разных поколений на основе одной архитектуры

С появлением процессоров Intel Core седьмого поколения многим стало понятно, что стратегия «Тик-так», которой Интел следовал всё это время, дала сбой. Обещание уменьшить технологический процесс с 14 до 10 нм так и осталось обещанием, началась долгая эпоха «Така» Skylake, во время которой случился Kaby Lake (седьмое поколение), внезапный Coffee Lake (восьмое) с незначительным изменением техпроцесса с 14 нм до 14 нм+ и даже Coffee Lake Refresh (девятое). Кажется, Интелу и правда нужен был небольшой перерыв на кофе. В итоге мы имеем несколько процессоров разных поколений, которые созданы на основе одной микроархитектуры Skylake, с одной стороны. И уверения Интела о том, что каждый новый процессор — лучше прежнего, с другой. Правда, не очень понятно, чем именно…
Поэтому вернёмся к нашим поколениям. И посмотрим, чем же они отличаются.

Сам себе VDS-провайдер

Если хотите пользоваться преимуществами VDS и при этом защититься от бессовестного оверсела, когда провайдер забивает ноду под завязку и не балансирует нагрузку — есть два пути.
Можно найти своего надёжного VDS-хостера. Или убить всех ситхов самому и сделать собственную звезду смерти (ноду) — заказать выделенный сервер и перенести туда все свои VDS. Ведь тогда мы точно будем знать, что все ресурсы только наши и всегда будут доступны. Да ещё и ставить сможем любую ОС, какую захотим, любой софт, который приспичит, а Битрикс будет радовать попугаями благодаря высокой частоте процессора. Кто знает, может даже начальство расщедрится и выпишет премию. Поехали!

Железные 5 ГГц: история о том, как собрать супербыстрый VDS

Если бы наш старый добрый тариф «Форсаж» был человеком, то сейчас он бы нервно курил в сторонке и вспоминал лучшие годы. А ведь как хорошо всё начиналось. Тогда, в 2018 году, мы первыми подключили NVMe и модифицировали тариф с гибким масштабированием ресурсов, который жил с нами с 2016 года. Тогда он был самым быстрым из всех наших тарифов. Но времена меняются и несмотря на то, что Gold 5115 по-прежнему считается довольно шустрым процессором, уже появились решения и порезвее.
В общем, моя история о том, как Форсажу пришлось нехотя сойти с верхней ступени пьедестала и занять третье место по скорости после двух новых тарифов — «Битрикс.Турбо» и «CPU.Турбо», которые мы запустили в течение этого года.
Могу пообещать, что будет много подробностей про железо, тестов процессоров и (ну надо же) виртуальных машин и немного внутренней кухни. Итак, приступим.