Измерять, анализировать, сравнивать: обновления раздела статистики для VPS



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

Оперативно отслеживайте процессы на сервере
Теперь вы можете прямо из панели управления отслеживать состояние всех процессов на сервере в реальном времени. Таблица обновляется раз в 3 секунды.


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

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

Подробно анализируйте еще больше метрик
Добавили парочку важных показателей:

Load Average
Load Average показывает изменение общей нагрузки на сервере за некоторый период времени: 1, 5 и 15 минут. Такие усредненные величины позволят вам оценить общее состояние сервера в динамике.


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


Удобно и наглядно сравнивайте все показатели
Новая удобная легенда позволяет оценивать показатели сразу со всех графиков в любой момент времени.


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

Еще не пробовали виртуальный сервер?
Присмотритесь: виртуальные серверы позволяют решать самые разные задачи. Личный веб-сайт или VPN, крупный интернет-магазин или игровой сервер.

Будьте уверены в производительности вашего сервера. Для VPS мы выбираем процессоры Intel Xeon Scalable второго поколения, работающих на частоте 3.2 ГГц.

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

Попробовать работу с виртуальным сервером проще простого: его можно создать на отдельном аккаунте или добавить на уже существующий аккаунт с виртуальным хостингом.

beget.com/ru/vps

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

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

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

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

Cloud4Y бесплатно предоставит бизнесу облачные решения в период эпидемии COVID19



Корпоративный облачный провайдер Cloud4Y объявил о старте программы поддержки бизнеса. Провайдер компенсирует бизнесу расходы, связанные с использованием облачной платформы Cloud4Y.
  • Первый месяц компенсируется полностью, в размере 100%.
  • Второй месяц — 50%.

После окончания льготного периода компания сможет продолжить использовать весь объём услуг, перейдя в коммерческий доступ. Отказаться от использования услуг можно в любое время.
Подать заявку можно, обратившись к менеджерам компании. www.cloud4y.ru/contacts/

Cloud4Y делает удалённую работу реальностью
Платформа Cloud4Y — это большой выбор решений и сервисов для комфортной удалённой работы со сроком исполнения от 1 часа.

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

Более того, защищённый контур Cloud4Y аттестован на соответствие требованиям к государственным информационным системам класса К1-К3, персональным данным уровня защищенности 1-4, классу защищённости от несанкционированного доступа 1Г. Соблюдение требований законодательства позволяет обрабатывать в облачном контуре любую конфиденциальную информацию, включая коммерческую тайну, персональные данные и данные государственных информационных систем (ГИС).

Фокус на информационной безопасности
Решения Cloud4Y разработаны с учетом соответствия требованиям информационной безопасности, и предоставляет широкие возможности применения политик шифрования данных (включая сертифицированные алгоритмы шифрования ГОСТ VPN), контроля доступа, управления паролями, аудита активности пользователей, предотвращения утечек информации и защита от вредоносного ПО.

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

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

Причин существует множество, но суть одна – бизнес не может функционировать на 100%, компания несёт убытки и вынуждена сокращать сотрудников.

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

Выделенный сервер для 1C за 2 минуты



Задумались о новом сервере для 1С, но не хотите тратить сотни тысяч рублей? Арендуйте выделенные серверы для систем 1C в Selectel, а сэкономленные деньги вложите в проекты, которые давно ждали своего часа. Развивайте бизнес, мы позаботимся об инфраструктуре!

Какие конфигурации сервера выбрать для 1C


Сосредоточьтесь на решении бизнес-задач
  • Выбирайте производительные конфигурации, набравшие более 90 баллов в тесте Гилева.
  • Используйте собственные лицензии 1C и объединяйте их с новыми, приобретаемыми по подписке.
  • Обеспечивайте себе доступность сервиса с высоким SLA.
  • Получайте доступ к серверу готовой конфигурации от 2 минут после заказа.

selectel.ru/services/1c-leasing/1c-dedicated/

AMD Epyc в облаке DE-FI



Недавно появились виртуалки на AMD Epyc zen2.



Регистрируемся в billmanager
asuka.onl

Заказываем тарифы облака



Покупаем тарифы на AMD EPYC
  • CPX11 / AMD EPYC 7502P 2 vCore / RAM: 2 Гб / NVMe 40
  • CPX21 / AMD EPYC 7502P 3 vCore / RAM: 4 Гб / NVMe 80
  • CPX31 / AMD EPYC 7502P 4 vCore / RAM: 8 Гб / NVMe 160
  • CPX41 / AMD EPYC 7502P 8 vCore / RAM: 16 Гб / NVMe 240
  • CPX51 / AMD EPYC 7502P 16 vCore / RAM: 32 Гб / NVMe 360

NEW AX61-NVME



Испытайте впечатляющую производительность AMD Ryzen 9 3900 на нашем новом выделенном корневом сервере AX61-NVMe. Его 12 ядер и 24 потока обеспечат быструю работу любых ваших проектов с высокопараллелизуемыми или требовательными вычислительными процессами. Мы установили базовую модель с двумя твердотельными накопителями NVMe для ЦОД объемом 1,92 ТБ, что повысит скорость чтения / записи.128 ГБ ОЗУ ECC AX61-NVMe позволяет обнаруживать и исправлять ошибки, а также обеспечивает повышенную надежность и целостность данных. В целом, эта модель идеально подходит для виртуализации, редактирования видео, кодирования и других случаев использования с высокими требованиями к оперативной памяти.

Мощная производительность AX61-NVMe в вашем распоряжении всего за 84 евро в месяц и единовременная плата за установку в размере 89 евро.

Нужно больше памяти? Нет проблем! С помощью нашего Конфигуратора легко добавить до двух SATA / NVMe SSD или HDD за небольшую ежемесячную плату.

Взять в свои руки один сейчас!
www.hetzner.com/dedicated-rootserver/ax61-nvme/konfigurator
Все цены указаны без учета НДС.

Проблемы с DNS-сервисом 6 и 7 апреля 2020 года



Резюме по инцидентам
6 апреля с 16:51 до 17:40 (в зоне доступности ru-central1-c), 7 апреля с 13:41 до 14:32 (в зоне доступности ru-central1-b) и с 21:03 до 21:29 (в зоне доступности ru-central1-a) по Москве некоторые пользователи Яндекс.Облака сталкивались с недоступностью работы сети на своих ВМ. Во время сбоя резолвинг доменных имён из виртуальных машин, расположенных в соответствующих зонах, работал с перебоями, в ответ на часть запросов DNS-сервера Облака возвращали ответ SERVFAIL или REFUSED. Мы приносим свои извинения всем пользователям, кого затронул данный инцидент, и хотим рассказать подробнее о случившемся и мерах предотвращения повторения подобной ситуации в будущем.
status.cloud.yandex.ru/dashboard

Что произошло?
DNS-сервис Облака состоит из двух частей. Мы называем их Data plane и Control plane. Data plane отвечает непосредственно за резолвинг доменных имён — он получает DNS-запросы от пользователей и возвращает им ответы. Control plane следит за информацией об облаках пользователей (например, о создаваемых и удаляемых виртуальных машинах) и соответствующим образом меняет конфигурацию сервиса Data plane. Сервис Data plane самостоятельно резолвит внутренние адреса облака (например, адреса виртуальных машин и баз данных), остальные запросы рекурсивно отправляет на вышестоящие DNS-сервера Яндекса. Произошедший сбой в зоне ru-central1-c был вызван выходом из строя Control plane.

Причины
На каждой машине в кластере DNS-серверов подняты оба сервиса — и Control plane, и Data plane. Работа серверов практически никак не связана друг с другом, выход строя одного или даже нескольких из них не влияет на работу DNS-резолвинга в Облаке. Сервис Control plane независимо от «соседей» генерирует конфигурацию для своего, локального, сервиса Data plane.

6 апреля в 16:47:05 сервис Control plane на одном из серверов аварийно завершился и перезапустился. В момент запуска сервис Control plane очищает конфигурацию для Data plane, после чего генерирует её с нуля. Это занимает от 5 до 10 минут. После перезапуска он загрузил всю необходимую информацию в себя и приступил к генерации конфигурационных файлов для сервиса Data plane.

В 16:51:05 и 16:51:15 аналогично упали и перезапустились сервисы Control plane ещё на двух серверах. В этот момент дежурные начали разбираться с тем, почему падают сервисы Control plane. К сожалению, падения продолжались — сервисы упали и перезапустились на всех DNS-серверах в зоне ru-central1-c, и продолжали перезапускаться примерно раз в минуту.

Падение одного сервиса вызвало массовое переподключение виртуальных роутеров к копии сервиса на другом сервере, что также приводило к его падению. Таким образом образовалась цепочка циклических падений и рестартов сервисов Control plane на всех серверах. Сервисы Data plane при этом продолжали работать, но так как Control plane очистили при своих рестартах конфигурацию, то в реальности Data plane не выполнял свою работу и отвечал на запросы пользователей кодом REFUSED. К 17:04 дежурным удалось остановить каскад падений сервисов и запустить сервис сначала на одном из них, а к 17:07 — на всех остальных.

Следующие десять минут вновь поднятые сервисы Control plane собирали нужную информацию о сетях и виртуальных машинах и готовили конфигурационные файлы для Data plane. В 17:16 сервисы Data plane начали корректно отвечать на часть DNS-запросов. Постепенно всё большее количество запросов обрабатывались корректно, однако полная работоспособность DNS в ru-central1-c восстановилась только в 17:40. Мы разбираемся, почему этот процесс занял ещё 24 минуты.

О проблеме в сервисе Control plane, которая приводит в падениям, нам было известно уже некоторое время до этого, мы подготовили релиз для его исправления. Релиз, содержащий увеличение этого лимита в 10 раз, выехал в зону ru-central1-a 6 апреля — всё прошло гладко. Через несколько часов мы заметили очередное приближение к лимиту, но только на одном из серверов в этой зоне, остальные показывали запас минимум в 100 раз. Мы решили не блокировать выкладку релиза в другие зоны доступности, а разобраться с этой аномалией позже. Нагрузка на все сервера в кластере идёт одинаковая, и тот факт, что на одном из них вдруг стало использоваться в сто раз больше обработчиков запросов, скорее указывало на проблемы в сервере, чем на проблему в релизе.

7 апреля этот релиз выехал в зону ru-central1-b. Через несколько часов работы, в 13:09, проблема воспроизвелась на одном из серверов и в этой зоне — дежурные начали внимательно изучать, что именно отличает сервера с проблемой от аналогичных серверов без них. Через полчаса, в 13:41, наши мониторинги сообщили, что теперь на всех серверах лимит (увеличенный с релизом в 10 раз) исчерпался. Это было странно, первым делом мы заподозрили, что появилась аномальная нагрузка на наши DNS-серверы. Дежурные начали искать подтверждения этой гипотезе, но ничего не нашли — аномальной нагрузки не было, и тем не менее DNS-сервера рапортовали об исчерпании лимита на обработчики запросов.

В 13:55 дежурные запустили откат релиза на одном сервере в зоне ru-central1-b. Это помогло, и откат запустили на остальных серверах. После стабилизации ситуации в ru-central1-b мы откатили релиз и в ru-central1-a, однако не рестартовали сервисы Data plane — предположили, что из-за меньшей нагрузки в этой зоне и работы в этой зоне в течение суток проблем быть не должно. К сожалению, это предположение было ошибкой.

В 21:03 мониторинги в зоне ru-central1-a аналогично отрапортовали о превышении лимита на всех серверах в этой зоне, что приводило к отбрасыванию части запросов и возвращению кода SERVFAIL. Дежурные постепенно рестартовали сервисы на всех серверах, и ситуация нормализовалась к 21:29. Примерно столько времени занимает плановый рестарт всех DNS-серверов в кластере одной зоны доступности. Как выяснилось позже, причиной проблемы с лимитами стала несогласованность параметров Data plane. Увеличив количество обработчиков рекурсивных запросов, мы оставили прежним количество потоков, в которых они запущены, что и привело к проблемам.

Меры для предотвращения повторения подобной ситуации в будущем:
  • Мы предотвратили возможное повторение сбоя — ограничили подключения от виртуальных роутеров до сервисов Control plane и откатили проблемный релиз для Data plane.
  • Мы обновили версию Data plane, которая не очищает конфигурацию в случае падения и перезапуска Control plane. Это позволит сохранять работоспособность Data plane даже при полном отказе Control plane.
  • В ближайшее время мы обновим версию Data plane, которая при перезапуске попытается сразу начинать работать с конфигурацией, оставшейся до падения. Уже после запуска Control plane поправит конфигурацию в тех местах, где во время недоступности Data plane что-то поменялось. Будем работать над уменьшением времени возвращения связки Control plane + Data plane к полностью рабочему состоянию после падения любого из сервисов.