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

• Сделали навигацию в меню личного кабинета более понятной по функционалу и сервисам.
• Переработали витрину выделенных серверов: она стала компактной, а интерфейс — проще и понятнее.
• Добавили возможность изменить конфигурацию VPS и локацию на этапе выбора программного обеспечения без возврата к предыдущему шагу.
• Вернули выбор нескольких IPv4‑адресов при заказе сервера.
• Запустили объектное S3‑хранилище в России и Нидерландах.
• Обновили Native‑консоль управления виртуальными серверами. Теперь она доступна в активном окне браузера и обеспечивает дополнительные возможности работы с интерфейсом.

В ближайших планах

• Запуск системы оперативного информирования о плановых работах или инцидентах на сети и инфраструктуре. Она включает в себя в том числе сервис Status Page и новости в личном кабинете.
• Сервисы Managed DataBase, Managed Apps, Managed Kubernetes, резервные копии по расписанию, комплексный поиск уязвимостей и резидентный прокси*.
• В разделе «Техподдержка» появится отдельная вкладка с возможностью оформления и просмотра заявок на работы по каждому серверу.

Инфраструктура

• Добавили новые ноды виртуализации и бюджетные выделенные серверы в Финляндии.
• Пополнили парк серверов в России конфигурациями на базе AMD Ryzen 9950X и GPU RTX 4090 / RTX 5090.
• Доставили новую партию серверов в Испанию, США и Францию.
• Перевели сетевую инфраструктуру Финляндии на скорость 100 Гбит/с.
• Повысили точность проверки дисков, улучшив систему автотестирования серверов.

hostkey.ru/dedicated-servers/instant/
hostkey.ru/gpu-dedicated-servers/

В ближайших планах

• Оптимизация внутренней инфраструктуры и расширение георезервирования. Это повысит скорость сервисов и обеспечит стабильный доступ к ресурсам компании даже во время плановых и восстановительных работ.
• Расширение в дата-центрах Финляндии, Польши, Италии и России. В Москве новые мощности запускаем в дата-центре категории TIER IV.
• Развитие инфраструктуры в Нидерландах: увеличиваем количество дата-центров с высоким уровнем надежности и резервирования.

Виртуализация

• Улучшили процесс развертывания VPS.
• Открыли возможность настройки NTP.
• Начали внедрение OpenStack в отдельных локациях.
• Оперативно добавляем узлы виртуализации (ноды) в европейских дата-центрах с учетом планирования роста спроса на ближайшие 6 месяцев. В Финляндии уже добавлены новые ноды виртуализации по запросам клиентов, и популярные конфигурации VPS снова доступны для заказа.
• В связи с увеличившимся количеством апгрейдов и возросшей загруженностью нод мы добавили рекомендуемые конфигурации при выборе VPS‑серверов. Это позволяет сразу заказать оптимальный тариф и гарантированно получить сервер в подходящей локации.

hostkey.ru/vps/

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

Маркетплейс
Продолжаем обновлять каталог приложений и поддерживать актуальные версии программного обеспечения.
Популярное программное обеспечение:
Django. Бесплатная платформа на Python, созданная для разработки веб-приложений.
Nginx. Веб-сервер и обратный прокси — фокус на скорость, масштабируемость и надежность.
Node.js. Среда выполнения JavaScript с открытым исходным кодом для серверного программирования.
LAMP. Бесплатная платформа с Linux OS, Apache2, PHP и PhpMyAdmin. Применяется для создания динамических веб-приложений.

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


Старички V100 в деле и модные ИИ‑агенты для написания документации
Документация устаревает быстрее кода. Рассказываем, как мы решили это через ИИ‑агентов и V100. Работает, но не без нюансов.
hostkey.ru/blog/225-starichki-v100-v-dele-i-modnye-ii-agenty-dlya-napisaniya-dokumentatsii/
Почему после часового звонка никто не помнит, о чем договорились?
Это не случайность: у видеовстреч есть конкретные когнитивные ограничения, которые усиливаются плохой организацией. Разобрали, почему так происходит и какие изменения могут помочь.
hostkey.ru/blog/228-pochemu-posle-chasovogo-sozvona-nikto-ne-pomnit-o-chyom-dogovorilis/
OpenWebUI: System Prompt vs Skills vs MCP Tools
На практике показали, чем отличаются уровни работы и как они решают задачи в реальных системах.
hostkey.ru/blog/231-openwebui-system-prompt-vs-skills-vs-mcp-tools-razbiraem-na-zhivom-primere-validatsii-url/
Что такое объектное хранилище S3
Объясняем простым языком, как устроено, где оно используется и чем отличается от других типов хранения данных.
hostkey.ru/blog/234-chto-takoe-oblachnoe-obektnoe-khranilishche-s3-amazon-simple-storage-service/
Индия собрала суперкомпьютер после отказа США
Как технологические ограничения привели к созданию собственной вычислительной системы мирового уровня.
hostkey.ru/blog/237-indiya-khotela-kupit-superkompyuter-ej-otkazali-ona-sobrala-svoj/
Заброшенные репозитории на GitHub
Исследовали, какие языки программирования быстрее теряют активность и почему проекты перестают развиваться.
hostkey.ru/blog/246-zabroshennye-repozitorii-na-github-kakie-yazyki-teryayut-razrabotchikov-i-kogda-kod-perestayut-obnovlyat/
LLM-агент для автоматизированного перевода документации
Или как мы автоматизировали перевод технических текстов с помощью собственного ИИ‑агента и интеграции в Git‑процессы.
hostkey.ru/blog/243-kak-my-v-otdele-dokumentatsii-sozdali-llm-agenta-dlya-avtomatizirovannogo-perevoda-s-anglijskogo-na-drugie-yazyki/
Маленький файл robots.txt и большие последствия одной строки
Узнайте, как работает robots.txt, почему его часто путают с инструментами индексации и какую роль он играет в эпоху ИИ-сканеров.
hostkey.ru/blog/249-malenkij-fajl-robotstxt-i-bolshie-posledstviya-odnoj-stroki/
Как в 1915 году создавали национальную базу данных без компьютеров
История раннего подхода к работе с данными, который во многом опередил свое время.
hostkey.ru/blog/251-kak-v-1915-godu-vzyalis-sobirat-bazu-dannykh-na-vsyu-stranu-bez-edinogo-kompyutera/

Yandex Cloud — первая российская облачная платформа, подтвердившая* соответствие стандартам ГОСТ Р 57580.3‑2022 и ГОСТ Р 57580.4‑2022.
Это достижение значит, что защита информации и операционная надёжность находятся на высоком уровне.
yandex.cloud/ru/security/standards/gost-p-57580

Современные российские стандарты

• ГОСТ Р 57580.3‑2022 выдвигает требования к управлению рисками реализации информационных угроз. Стандарт определяет, как планировать, внедрять, контролировать и совершенствовать систему — от выявления угроз до реагирования на инциденты.
• ГОСТ Р 57580.4‑2022 выдвигает требования к обеспечению операционной надёжности. Документ устанавливает меры, которые помогают предотвратить сбои в работе систем и минимизировать последствия нарушений.

Платформа Yandex Cloud обеспечила соответствие этим стандартам сервисам всех категорий (IaaS, SaaS, PaaS) — управляемым базам данных, контейнеризации приложений, бессерверным вычислениям. После аудита сервисы получили высокие оценки.

Почему это важно
Актуально для клиентов финансового сектора
В первую очередь для системно значимых банков, кредитных организаций, финтех‑компаний и платёжных систем.
Укрепление доверия
Мы открыто демонстрируем, что наша инфраструктура соответствует актуальным отраслевым стандартам.
Подтверждение высокого уровня
Внедрённые процессы эффективны, а механизмы защиты информации соответствуют лучшим практикам и требованиям Банка России.

Ранее Yandex Cloud получила заключение о соответствии ГОСТ Р 57580.1-2017, сертификаты соответствия PCI DSS (Payment Card Industry Data Security Standard) и ISO 271001 и 21 Приказу ФСТЭК.
Надёжность сервисов Yandex Cloud — главный приоритет. По каждому сервису действуют соглашения об уровне обслуживания (SLA), а также выстроены процессы, обеспечивающие должный уровень отказоустойчивости. Это позволяет строить высокодоступные решения поверх облачной инфраструктуры.

За последнее время группа Telegram, несмотря ни на что, заметно выросла

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

И тут мы решили: а почему бы не разыграть 3 подписки Telegram Premium среди наших дорогих подписчиков.

Призы:

• 1 место — Telegram Premium на 12 месяцев
• 2 место — Telegram Premium на 6 месяцев
• 3 место — Telegram Premium на 6 месяцев

Условия участия:

• Быть подписанным на канал Cloud4box.
• Нажать кнопку «Участвовать» под постом.

Больше ничего делать не нужно.

Итоги розыгрыша подведём 16 июля в 14:00 (МСК).
Победителей Telegram выберет автоматически.
t.me/cloud4box_com/282

Иногда достаточно нескольких дней работы, чтобы понять: этот VPS подходит вашему проекту.
Именно поэтому мы предлагаем бесплатный тест.

Вместо того чтобы выбирать сервер только по характеристикам, можно проверить его в реальных условиях: развернуть сайт, квн, tg-бота или рабочий стол windows, оценить скорость и производительность на своих задачах.

В RuWeb доступны VPS в Москве и Европе с 6 днями бесплатного тестирования. Выберите подходящую локацию, протестируйте сервер и принимайте решение уже после проверки в работе.



Почему выбирают VPS от RuWeb?

• 6 дней бесплатного тестирования — проверьте сервер до оплаты.
• Площадки в России и Европе — выбирайте локацию под задачи проекта.
• Защита от DDoS-атак — дополнительный уровень безопасности.
• Бесплатные снапшоты — сохраняйте состояние сервера и восстанавливайте его при необходимости.
• SSL Let's Encrypt — безопасное подключение для сайтов.
• Поддержка 24/7 — помощь специалистов в любое время.

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

https://ruweb.net

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

Отличный вариант: для проектов, которым важна география: СНГ + Европа, для сайтов, ботов и сервисов с аудиторией в Прибалтике, Скандинавии, Германии, для тех, кому нужен рабочий сервер по адекватной цене.

Заходите, выбирайте конфигурацию — и запускайтесь в Таллинне.

P.S. Снова в деле. И это приятно.

4vps.su

Прямо сейчас в наличии производительные и самые выгодные конфигурации выделенных серверов на 32 ядерном процессоре Intel Core i9-13900 (до 5.60 GHz), 64 GB ECC RAM и двумя дисками 1.92 TB NVMe SSD в Европе, Германия.

• Возможно установка Windows Server 2019,2022,2025, Windows 10 Pro, Linux
• Панель управления сервером
• Безлимитный канал 1 Gbps
• Защита от DDoS

Арендовать сервер и все актуальные конфигурации abcd.host/hetzner-dedicated-servers
По вопросам пишите в личный кабинет my.abcd.host или Telegram: @ABCDSupportBot

Спасибо, что остаетесь с нами!
ABCD.HOST

Постоянные читатели: начну с извинений за то, что эта статья не была опубликована в наш традиционный день отчёта — 4 мая (или около того). Пожалуйста, знайте, что я скучал по многочисленным и разнообразным каламбурам на тему «Звёздных войн» так же сильно, как (я уверен) вы скучали по ним — поэтому я, пожалуй, добавлю несколько, просто так.

Тем не менее, задержка была по уважительной причине. Мы усердно расследовали нарушение в работе системы. (Видите? Мы вернулись!) Подробности мы обсудим после того, как разберемся с цифрами, а пока вот небольшой анонс: в этом квартале мы заметили нечто необычное в данных, что не было полностью тенденцией к сбоям. Однако это побудило нас пересмотреть и подтвердить предположения, лежащие в основе нашего анализа Drive Stats, прежде чем публиковать результаты.

Показатели отказов жестких дисков в 1 квартале 2026 года
По состоянию на конец первого квартала 2026 года компания Backblaze отслеживала 345 662 диска, используемых для хранения данных. Для нашей оценки мы исключили из рассмотрения 3907 загрузочных дисков и 492 жестких диска, поскольку они не соответствовали критериям включения. Критерии, которые мы использовали, будут рассмотрены в следующем разделе этого отчета. После исключения этих дисков для анализа осталось 341 263 жестких диска. В таблице ниже показаны годовые показатели отказов за первый квартал 2026 года для этой группы дисков.

Показатели частоты отказов жестких дисков Backblaze за первый квартал 2026 года
Отчетный период: 1 января 2026 г. – 31 марта 2026 г. включительно.
Модели приводов с количеством приводов > 100 и количеством приводных дней > 10 000 по состоянию на 31 марта 2026 г. в 1 квартале 2026 г.


Заметки и наблюдения
Квартальный показатель AFR составляет 1,24%. Это выше, чем в прошлом квартале, но ниже, чем в предыдущем году.


В этом квартале новых моделей накопителей не было. Это не является чем-то из ряда вон выходящим, но довольно редкое явление. За последние восемь кварталов новые накопители появлялись у нас всего шесть раз.
Инвестиции в накопители большей емкости продолжаются. В прошлом квартале мы установили 10 220 накопителей, и 9 404 из них имели емкость более 20 ТБ. Хотя эти накопители еще относительно новые, их показатель AFR (соотношение годовых и резервных дисков) впечатляет – 0,85% в целом.
Впечатляет, очень впечатляет. Эти накопители не вышли из строя ни разу:

• HGST HMS5C4040BLE640 (4 ТБ)
• HGST HUH728080ALE600 (8 ТБ)
• Seagate ST16000NM002J (16 ТБ)

И у этих накопителей был один:

• Seagate ST8000NM000A (8 ТБ)
• Seagate ST12000NM000J (12 ТБ)
• Seagate ST14000NM000J (14 ТБ)
• Seagate ST16000NM000J (16 ТБ)
• Toshiba MG09ACA16TE (16 ТБ)

Этот список подтверждает тезис, который мы высказывали в нескольких разных источниках: количество отказов не обязательно означает низкий показатель AFR. В этом списке жесткий диск Seagate ST16000NM000J (16 ТБ) показал показатель AFR 3,61% — при наличии всего 129 дисков в парке, даже один отказ резко повышает показатель AFR.

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

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

Показатели отказов жестких дисков за весь срок службы
Теперь давайте рассмотрим показатели отказов за весь срок службы. Напомним, что
Отчетный период: 1 января 2026 г. – 31 марта 2026 г. включительно.
Модели приводов с количеством приводов > 100 и количеством приводных дней > 10 000 по состоянию на 31 марта 2026 г. в 1 квартале 2026 г.


Заметки и наблюдения
Не сбивайтесь с курса. Показатель отказов за весь срок службы составляет 1,39%.
Привет! Три накопителя попали в таблицу показателей за весь срок службы, включая наш 26-терабайтный накопитель (который в прошлый раз показал чуть меньше, чем ожидалось):

• Toshiba MG09ACA16TE (16 ТБ)
• WDC WUH722222ALE6L4 (22 ТБ)
• WDC WUH722626ALE6L4 (26 ТБ)

Вы мне хорошо послужили. Последние из наших 4-терабайтных жестких дисков наконец-то перестали соответствовать критериям исключения для таблицы срока службы. HGST HMS5C4040ALE640 полностью распродан, а в пуле осталось всего 186 дисков HGST HMS5C4040BLE640 (4 ТБ).

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

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

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

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

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

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

Вкратце, в конце каждого дня программа на C++ собирает различные статистические данные SMART. Если диск присутствовал накануне, а сегодня отсутствует, это регистрируется как сбой. Есть и другие элементы этой головоломки, включая период ретроспективного анализа. Так, если исчезнувший серийный номер диска появляется снова на второй (или третий, или четвертый) день, это задним числом говорит нам, что это не был сбой. Мы обрезаем этот период в конце квартала, что означает, что есть несколько дисков, которые могут быть ложноположительными срабатываниями такого рода, но вероятность довольно низка (и где-то нужно что-то обрезать).

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

Что это значит для нас в будущем? Неужели мы совсем занижали данные о сбоях в первый день эксплуатации? Короткий ответ: да, вероятно. Но вернемся к оговорке про «управляемую среду» — как только диски попадают в центры обработки данных, они уже проходят период квалификации. Поэтому сбои в первый день эксплуатации у нас относительно редки.

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

Для клиентов FirstDEDIC доступен BitNinja — сервис комплексной защиты выделенного сервера и размещённых на нём веб-проектов.

Решение снижает риск взлома, заражения вредоносным кодом и нарушений в работе сервисов. Система автоматически следит за активностью, анализирует её и блокирует угрозы в реальном времени.
BitNinja включает в себя:

• защиту от brute-force, спама и DoS-атак,
• блокировку SQL и XSS-инъекций,
• WAF для защиты сайтов и веб-приложений,
• web-антивирус и AI-сканирование файлов,
• контроль подозрительной активности и проверку репутации IP-адресов,
• централизованное управление и отчётность по инцидентам.

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

Подключение доступно на 1, 3, 6 или 12 месяцев.
Стоимость — от 949 рублей в месяц.
1dedic.ru/services/bitninja

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

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

Новые возможности
Управление кластерами DBaaS и базами данных
В обновлённой версии появилась возможность полностью управлять кластерами баз данных через Terraform. Добавлен ресурс clo_dbaas_cluster, а также источники данных:

• clo_dbaas_clusters — получение информации о кластерах;
• clo_dbaas_nodes — сведения об узлах кластера;
• clo_dbaas_datastores — информация о поддерживаемых типах СУБД.
• clo_dbaas_cluster_config — параметры конфигурации кластеров DBaaS.

Это позволяет автоматизировать создание кластеров DBaaS и использовать сведения о существующей инфраструктуре при построении Terraform-конфигураций.

В провайдер добавлен ресурс clo_dbaas_database, позволяющий создавать и управлять базами данных внутри существующих кластеров. Для получения информации о созданных базах данных реализован источник данных clo_dbaas_databases.

Резервное копирование DBaaS
Добавлен новый ресурс clo_dbaas_backup, который позволяет создавать резервные копии баз данных средствами Terraform.

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

• clo_dbaas_backups — получение списка резервных копий;
• clo_dbaas_backup_download — получение информации для скачивания резервной копии.

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

Независимое управление питанием виртуальных машин
Появился новый ресурс clo_compute_instance_power, который отвечает исключительно за управление состоянием питания виртуальных серверов.

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

Кроме того, Terraform отслеживает изменения состояния питания, выполненные вручную или через другие инструменты, корректно определяет drift и отображает расхождения между фактическим и ожидаемым состоянием инфраструктуры.

Новый атрибут состояния питания
Для ресурса clo_compute_instance добавлен вычисляемый атрибут switch_status.

Он позволяет получать фактическое состояние питания виртуальной машины (включена или выключена) без передачи Terraform права управлять этим состоянием. Атрибут доступен только для чтения и может использоваться для мониторинга и анализа состояния инфраструктуры.

Управление снапшотами сервера
Добавлена полноценная поддержка работы со снапшотами виртуальных машин. Появились новые ресурсы:

• clo_compute_snapshot — создание снапшотов виртуальных серверов;
• clo_compute_snapshot_restore — восстановление виртуальной машины из снапшота.

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

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

Новые сетевые ресурсы
В новой версии Terraform-провайдер получил поддержку сразу нескольких сетевых сервисов.

Добавлена работа с SSH-ключами через ресурс clo_compute_keypair и источники данных clo_compute_keypair и clo_compute_keypairs, что позволяет централизовано управлять ключами доступа к виртуальным машинам.

Появилась поддержка виртуальных роутеров благодаря ресурсу clo_network_vrouter и источнику данных clo_network_vrouters.

Также реализовано управление балансировщиками нагрузки. Для этого добавлены ресурсы:

• clo_network_loadbalancer;
• clo_network_loadbalancer_rule.

Получать сведения о существующих балансировщиках и их правилах позволяют источники данных clo_network_loadbalancers и clo_network_loadbalancer_rules.

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

Улучшения существующего функционала
Переименование виртуальных серверов без пересоздания
Изменение параметра name больше не приводит к удалению существующей виртуальной машины и её повторному созданию.

Теперь Terraform выполняет обновление имени существующего ресурса, что позволяет безопасно переименовывать серверы без простоя сервисов, изменения идентификаторов и повторного развёртывания инфраструктуры.

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

• После изменения размера виртуальной машины (resize) Terraform корректно обновляет вычисляемые параметры ресурса;
• Аналогично обновляются вычисляемые атрибуты после смены пароля администратора;
• Если виртуальный сервер был удалён вне Terraform, провайдер корректно определяет отсутствие ресурса при следующем запуске, удаляет его из состояния и позволяет создать новый без завершения работы с ошибкой.

Где получить новую версию
Обновлённый Terraform-провайдер CLO уже доступен в GitHub и официальном репозитории HashiCorp.
github.com/clo-ru/terraform-provider-clo
registry.terraform.io/providers/clo-ru/clo/latest/docs

Для начала работы необходимо установить Terraform согласно официальной документации, после чего подключить актуальную версию провайдера CLO и выполнить его настройку в соответствии с рекомендациями Базы знаний.
www.terraform.io/downloads
clo.ru/help/externals/terraform

https://clo.ru

• Компания работает под названием Virterion LLC в США
• Из-за потери репутации Евросоюза в Нидерландах, из-за майского беспредела — невозможно развиваться в Европейском Союзе
• Цены были конвертированы в доллары США по курсу на 2 июля

Новые новости
hosting.kitchen/blog/virterion-com/

https://virterion.com