Архив автора: Иван Кудрявцев

Доступ к сообщениям журнала ядра при переходе ядра Linux в режим паники

Часто встречающаяся ситуация: виртуальный или аппаратный сервер завис и не отвечает. Заходите на него с помощью инструмента удаленного управления IPMI или консоли VNC, видите только черный экран и ничего кроме. Скорее всего, ядро Linux вошло в режим паники (Kernel Panic), который вызван сбоем одного из модулей ядра, ошибкой в самом ядре, критической аппаратной ошибкой.

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

Читать далее

Визуальный мониторинг использования ресурсов VM в облаке Cloud2

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

Читать далее

Cloud2 урок 3: Управление ресурсами

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

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

Читать далее

Изменение политики безопасности для новых проектов Cloud2

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

Каждый раз, когда вы создаете услугу Cloud2 (мы называем такие услуги проектами), для нее создается группа default, которую мы формировали таким образом, чтобы виртуальная машина сразу работала. Для этого мы разрешали трафик по всем направлениям без ограничений.

Сейчас группа безопасности default будет создаваться таким образом, чтобы не пропускать исходящий трафик SMTP. Мы решили внести данное изменение, чтобы дополнительно защитить IP-адреса виртуальных машин и всю IP-сеть от попадания в черные списки.

Читать далее

Новый интерфейс управления VPS в Cloud2

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


Какие преимущества вы можете получить с использованием нового интерфейса? Рассмотрим основные преимущества:

Читать далее

Доступность технической поддержки в Telegram

Уважаемые абоненты. Со инженерами службы технической поддержки теперь можно пообщаться посредством Telegram. Для этого добавьте нашего бота к себе в список контактов: http://t.me/NetPointSupport_bot.

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

Новые шаблоны виртуальных машин в Cloud2

Мы провели большую работу по созданию новых шаблонов виртуальных машин в облаке Cloud2. При разработке данных шаблонов мы учли множество факторов, которые упрощают работу с виртуальными машинами. Перечислим что поддерживают новые шаблоны:

  • автоматическую генерацию пароля администратора;
  • сброс пароля администратора по требованию;
  • установку SSH-ключей в машину;
  • автоматическое увеличение диска внутри ОС при увеличении размера тома;
  • автоматическая настройка приватной сети;
  • сконфигурированный репозиторий Docker;
  • автоматическое обновление пакетов при первом запуске;
  • поддержка IPv6;
  • автоматическое подключение к нашему серверу Zabbix;
  • установлен и настроен fail2ban и базовые утилиты;
  • установлен и настроен сервер NTP.

Уже доступны следующие шаблоны:

  • CentOS 7
  • Debian 9
  • Ubuntu 16.04
  • Ubuntu 18.04
  • VestaCP Nginx+Apache (Ubuntu 16.04)
  • VestaCP Nginx+PHP-FPM (Ubuntu 16.04)

Мы упорно работаем над новыми шаблонами:

  • CMS, Web-панели
    • WordPress (Ubuntu 18.04)
    • Joomla (Ubuntu 18.04)
    • ISPManager (Ubuntu 18.04)
    • 1C Bitrix (CentOS 7)
  • Разработка и эксплуатация
    • Docker (Ubuntu 18.04, CentOS 7)
    • GitLab CE (Ubuntu 18.04)
    • Jenkins (Ubuntu 18.04)
    • Zabbix Server (Ubuntu 18.04)
  • Выделенный сервер СУБД
    • MySQL (Ubuntu 18.04)
    • PostgreSQL (Ubuntu 18.04)
    • MongoDB (Ubuntu 18.04)
  • Хранилища
    • FTP/SFTP/SCP хранилище (Ubuntu 18.04)
    • Seafile (Ubuntu 18.04)
    • Minio S3 (Ubuntu 18.04)

Мы выпускаем по 2-3 шаблона в месяц, что связано с продолжительной тщательной отладкой каждого шаблона. Будем рады вашим комментариям и пожеланиям.

Зависание вычислительного узла Cloud2 Compute

05 февраля 2019 года в 22:04 один из узлов гипервизоров Cloud2 перестал отвечать. В процессе выяснения обстоятельств мы обнаружили, что произошла ошибка ядра ОС Linux, что и вызвало зависание. В процессе устранения аварии мы столкнулись с тем, что хост не загружался автономно и выполнили исправление данной ошибки, а так же распространили исправление на другие серверы Cloud2 Compute. В процессе аварии виртуальные машины пользователей не пострадали.

Исправления:

  • установлен недостающий пакет ПО, который препятствовал автономной загрузке;
  • исправление применено на других узлах Cloud2 Compute.

Инцидент в числах:

  • до отказа время непрерывной работы данного узла составляло 270 дней;
  • другие узлы Cloud2 Compute имеют похожие времена непрерывной работы;
  • время восстановления составило 1 час 30 минут, в будущем, для аналогичной проблемы, время восстановления работоспособности узла должно составлять до 10 минут после обнаружения.

SLA 99.7%:

  • прогнозное время недоступности для услуги в феврале 2019 составляет не более чем [28 x 24 x 60 x 0,3% = 120 минут];
  • время восстановления заняло 1 час 30 минут, время доступности нарушено не было.

Будем рады ответить на ваши дополнительные вопросы. Приносим извинения за доставленные неудобства.

Новые виртуальные машины DataBox

Мы запустили новые виртуальные машины, предназначенные для хранения больших объемов данных. Это семейство машин называется DataBox. При проектировании этих машин мы ориентировались на три показателя — высокую вычислительную производительность и скорость доступа к данным по сети, а так же минимальную стоимость хранения данных, которая составляет всего 1 рубль за 1 GB хранимых данных в месяц, при этом вы можете использовать диски размером до 10TB.

Читать далее

Увеличение производительности сети для экземпляров Small

Для виртуальных машин Small увеличена скорость доступа к сети. Теперь, для машины small.1c1g скорость составляет 50 Мбит/с (ранее 20), а для машины small.2c2g — 75 Мбит/с (ранее 40).

Для применения изменений машину необходимо остановить и запустить в панели управления.