Когда вы слышите «облачный провайдер», что первое приходит в голову? Компания, которая предоставляет виртуальные ресурсы и с которой приходится разговаривать строго по шаблону? Но чтобы решения действительно работали, нужен не поставщик, а партнёр — тот, кто погружён в вашу инфраструктуру, анализирует, советует, помогает. Мы в K2 Cloud не всегда были такими. Наш путь начался более 15 лет назад, и сначала мы были просто провайдером. Но время, опыт и сотни проектов изменили всё: мы прошли путь от первого ЦОД до облачной платформы собственной разработки с партнёрскими услугами под любой запрос бизнеса. И сегодня я расскажу, как это было — без маркетингового шума, просто как есть. Меня зовут Кирилл Бойко, я технический директор K2 Cloud, и в облаках (в хорошем смысле) — давно. Первые шаги: от open-source к собственной разработке Наша история началась в 2009 году. Тогда мы назывались «КРОК Облачные сервисы», а наша платформа — Облако КРОК, или Виртуальный дата-центр КРОК. Если хотите найти старые новости, ищите именно по этим именам. В 2009 году был запущен первый собственный ЦОД — и это стало точкой входа в новый тип услуг. Начинали с классического хостинга: сдача стоек в аренду, железо клиента — всё по стандарту. Но в компании были энтузиасты, которые смотрели чуть дальше: а что если сделать свою облачную платформу? Основой первой версии стало open-source решение Eucalyptus. Его и начали дорабатывать и адаптировать под наши задачи. Спустя несколько лет в коде платформы не осталось ни строчки от Eucalyptus — мы полностью ушли от исходного проекта, который потом и вовсе закрылся. Уже в 2010 году мы представили первую версию K2 Облака с сервисами Compute и S3. Наше облако было построено на серверах Dell и коммутаторах Mellanox. В качестве хранилища использовалась файловая система GPFS. Для S3 написали собственное API поверх той же GPFS. Это был непростой, но очень важный этап: с минимальными ресурсами и максимумом инженерного оптимизма мы собрали то, что потом стало фундаментом всей экосистемы K2 Cloud. Как мы запускали облако в 2010-х, когда это ещё не было мейнстримом Сегодня рассказов о том, как устроены облака, в избытке. Все знают, из чего они состоят, как выглядят модели предоставления услуг, зачем нужны зоны доступности и резервирование. Но в 2010-х всё было иначе — особенно в России. Облачные технологии только начинали появляться, и большинство заказчиков попросту не понимали, как это работает и зачем им это нужно. Удивительно осознавать, насколько круто мы тогда опережали время. На первом этапе важнейшую роль сыграла просветительская работа. Мы проводили вебинары, объясняли, как устроено облако, зачем оно бизнесу. И это работало — к нам начали приходить первые клиенты. А мы, в свою очередь, не просто поддерживали инфраструктуру, а уже тогда делали технически значимые доработки. Одна из первых крупных задач касалась сетевой архитектуры. Изначально облачные сети у нас были построены на VLAN’ах. Это давало функциональность, но ограничивало масштабирование. Поэтому мы пошли дальше и перевели облако на первое в мире решение Software Defined Network (SDN) — платформу для виртуализации сети. Она называлась тогда NVP. На тот момент её выпускала небольшая компания под названием Nicira — позже её купит VMware, а идея станет мейнстримом. Но тогда это был технический прорыв, который дал нам задел на несколько лет вперёд. В 2012 году мы запустили второй дата-центр — ЦОД «Компрессор». Это передовой в техническом плане ЦОД, расположенный рядом с центром Москвы, и он вскоре получил все возможные сертификаты от Uptime Institute. В частности, мы были одними из первых в мире, кто прошёл сертификацию уровня Tier III на эксплуатацию ЦОД — Gold Certification of Operational Sustainability. В нём мы развернули вторую зону доступности нашего облака. На «Компрессоре» для облака использовали сетевую фабрику на InfiniBand, которая на тот момент была также передовой: 56 Гбит/с звучали более чем внушительно. Но уже тогда мы начали сталкиваться с реальными ограничениями этого решения — как с точки зрения масштабирования, так и в части совместимости с будущими сетевыми требованиями к облаку. 2014-15 годы: фичи, которые опережали рынок Облачные технологии в начале 2010-х — это не только про инфраструктуру, но и про попытки предугадать, что будет востребовано через пару лет. Именно тогда мы начали разрабатывать фичи, которые на тот момент были уникальными для российского рынка. Например, уже в те годы мы внедрили первый в стране облачный firewall — и это был не просто маркетинг, а реально рабочее решение, хоть и простое, но востребованное в проектах с повышенными требованиями к безопасности. В 2014 году мы встроили в облако технологию, которая тогда считалась прорывной — all-flash системы хранения данных от Violin Memory. Закупили партию устройств, написали под них драйвер, адаптировали под облачную инфраструктуру. Мы вышли на рынок с обещанием дисков до 100 000 IOPS. На тот момент таких показателей в облаке не было ни у кого. Кампания сработала: объёмы продаж были впечатляющими. Правда, их же масштабы позже стали для нас отдельной проблемой — но об этом чуть позже. В 2015 году мы приняли важное архитектурное решение: отказались от собственной разработки S3 API и перешли на Ceph. Для Ceph использовались сервера с десятком двух терабайтных дисков — казалось, неплохо, но масштабировать их было сложно. Особенно если нужны были десятки и сотни терабайт — слишком мало ёмкости прибавлялось при добавлении сервера. Сегодня всё иначе: мы используем дисковые полки, вмещающие шестьдесят 18-терабайтных дисков для Ceph. Раньше из-за небольшого размера хранилища одна полка была бы слишком большим доменом отказа. Но при наших сегодняшних объёмах это уже нормально. Полка может вылететь — кластер этого даже не заметит. У нас один из самых больших кластеров Ceph в России на текущий момент, его размер — десятки петабайт. В 2015-м такое казалось невозможным. А сегодня — реальность. На пути к партнёрству: сложные проекты под ключ Но наше развитие не останавливалось. Тогда же, в 2015-м, произошёл поворотный момент: запуск услуги Hardware-as-a-Service. Название, если честно, не отражает всей сути. Речь шла не просто об аренде железа. Сначала возник наш первый полноценный проект под ключ: мы спроектировали и внедрили для клиента инфраструктуру в двух наших ЦОДах, развернули десятки серверов, подняли виртуализацию, наладили мониторинг, бэкап и организовали последующее сопровождение. Этот проектный опыт компании стал первым шагом к партнёрскому сервису. Клиент получал инфраструктурный слой, полностью готовый к использованию — за фиксированный ежемесячный (это важно!) платёж. То есть формат подписки, а не капитальных затрат. Это стало одним из наших первых действительно партнёрских кейсов, притом успешных — клиент с нами до сих пор. Опыт этого проекта мы масштабировали. Так появился первый продукт, который сближал нас с клиентами и делал нас их полноценными партнёрами. 2016-2017 года: турбулентность Затем начался период, который я называю турбулентностью. То, что мы были первыми, одновременно давало фору и делало нас уязвимыми. У нас просто не было чужого опыта, на который можно было бы опереться — мы учились только на своём. Пробовали новое, масштабировали, добавляли функциональность — и иногда ошибались. К сожалению, в тот период это выражалось в нестабильности сервисов, и мы это честно признаём. Зато именно на этом этапе мы получили важные уроки, на которых базируется нынешняя стабильность платформы. В те времена у нас было простое правило: не отходи далеко от ноутбука. Сейчас всё стабильно, SLA отлажены, но до сих пор есть ребята, которые на всякий случай это правило соблюдают. SDN К этому моменту SDN NVP от компании Nicira сменила название на NSX-MH и перешла в собственность VMware, которая в какой-то момент заявила: «Мы больше не будем её поддерживать. Делайте, что хотите». Пришлось искать замену. И это был не просто выбор, а настоящий эпос миграции. Подробности можно узнать в тексте Влада Одинцова — он рассказал про этот титанический подвиг на конференции и в статье. Уход от Violin И тут возникла ещё одна проблема. Violin, мягко говоря, не тянул нашу динамичную инфраструктуру: сотни хостов, подключённых одновременно, — всё это работало очень нестабильно. Мы пробовали разные решения — даже летали в США по приглашению вендора, но это ничего не дало. Стало понятно, что пора двигаться дальше и искать что-то другое. Можно было перенести диски пользователей с Violin на GPFS, но GPFS для этого не подходил по производительности. Надо было искать новое хранилище. И тут выяснилось, что нам почти ничего не подходит — мало какой storage тянул такую производительность. Мы перебрали массу вариантов, пока не остановились на решении от ScalelO — программно-определяемом хранилище (SDS) от компании Dell EMC. Оно оказалось лучшим по характеристикам среди всех протестированных и подошло идеально. Начали миграцию. Быстро перенесли на него медленные диски с GPFS, но вот с Violin’ами пришлось помучаться — застряли с ними надолго. Но мы преодолели и это. Турбулентность закончилась, началась новая веха развития. 2018 год: первые партнёры Несмотря на сложности, облако продолжало развиваться. Тогда мы внедрили интересную связку: два эшелона облачных файерволов с гибко настраиваемой фильтрацией — один на уровне подсетей, другой на уровне интерфейсов виртуальных машин. Такое решение и сейчас не у всех облаков есть, а у нас появилось ещё тогда. 2018-й год запомнился не только лучшим чемпионатом мира по футболу, но и первым пилотным запуском «отчуждаемого» облака. Летом наши инженеры внедрили первую отдельную инсталляцию нашего облака для турецкой компании. Это был и технический, и организационный прорыв. С тех пор заказчик сам работает как облачный провайдер на базе этой инсталляции — и, судя по обратной связи, успешно. В этом же году мы сделали, пожалуй, самый важный шаг на пути от провайдера к партнёру. Раньше весь рынок выглядел как гонка продавцов CPU и ОЗУ на развес. Кто больше продаст виртуальных ресурсов — тот и молодец. Но постепенно запросы клиентов менялись. Вместо «дайте побольше ресурсов» стало звучать: – «Нужен растянутый Kubernetes-кластер». – «Хочется централизованный мониторинг». – «Нам бы всё под ключ, в контейнерах, с БД и веб-серверами». Мы уже тогда двигались в сторону PaaS в облаке, но это требовало времени. При этом было понятно, что компетенции и экспертиза наших инженеров, полученные в интеграторских проектах, востребованы на рынке. Одновременно торговать виртуалками и мастерски делать энтерпрайз-решения могли тогда единицы. Поэтому мы начали предлагать облачную инфраструктуру под ключ: с контейнеризацией, базами данных, веб-серверами и прочим. Это был уже совсем другой уровень ответственности и партнёрства. Professional Services стали нашими базовыми услугами, которыми сегодня пользуются уже 40% клиентов. 2020 год: третья зона, миграция на Ethernet и платформа как сервис 2020-й стал для нас знаковым: мы запустили третью зону доступности, причём сеть в третьем ЦОДе строили уже на Ethernet. InfiniBand — мощная, но нишевая технология. В какой-то момент стало очевидно: технология, мягко говоря, не массовая, поддержки мало, все подводные камни и проблемы оказались нашими — до нас с ними просто никто не сталкивался, и решение на Stackoverflow или Reddit было не отыскать. Натерпевшись, мы начали миграцию живого продакшена с одной фабрики на другую — с InfiniBand на Ethernet. Процесс занял почти год — это тоже история для отдельной статьи. Параллельно мы продолжали двигаться в сторону PaaS, и в 2020-м году дошли до первых продуктов. Сначала запустили Kubernetes, потом — другие платформы. Использовали богатый опыт развёртывания и настройки инфраструктурных решений из Professional Services. Внутри самого направления перешли от проектного подхода к процессному с формированием выделенных команд. Они берут на себя всё: от проектирования до сопровождения инфраструктуры 24/7. Это не одноразовая инициатива, а живые команды, которые эволюционируют до сих пор. Так, шаг за шагом, мы шли к уникальной ценности для клиента с двух сторон: строили новые платформы и автоматизированные сервисы и стандартизировали работу инженеров, которые эти инструменты применяли. 2022 год: от живой миграции сети до масштабирования PaaS и сервисов В 2022 году мы завершили огромную и непростую миграцию — переезд с NSX на OVN. С учётом подготовки она заняла четыре года, и, честно говоря, мы испытали огромное облегчение, когда всё завершилось. В том же году мы поняли: вдолгую нельзя полагаться на последнюю импортную технологию ScaleIO, даже если она нас устраивает. Поэтому начали переход на SDS Ceph RBD. В PaaS мы не останавливались: выпускали новые инструменты, расширяли каталог платформенных решений. А в направлении Professional Services столкнулись с хронической для всех в 2022 году проблемой — кадровой. Linux-инженеров и так не хватало, а тогда дефицит вырос ещё сильнее. При этом запросы становились сложнее, а число задач росло. Чтобы не терять в качестве, решили действовать нестандартно и запустили собственную «Школу Linux». Это оплачиваемая стажировка для тех, кто уже имеет опыт работы с Linux, но хочет систематизировать и расширить свои знания. Профобучение длится около двух месяцев, и по итогам мы часто предлагаем выпускникам постоянную работу. Мероприятие стало ежегодным, и по статистике больше половины выпускников остаются в команде K2 Cloud. Школа стала одним из наших главных кадровых каналов в условиях высокой потребности в инженерах, их дефиците на рынке. В сочетании с низкой текучкой это позволило даже в период острого кадрового кризиса на рынке поддерживать численность и уровень подготовки нашей инженерной команды Professional Services. 2023: всплеск спроса на частные облака 2023-й ознаменовался резким ростом интереса к частным инсталляциям. Мы запустили сразу несколько крупных проектов — в том числе в банке из топ-10 и на предприятии атомной отрасли. Частные облака — это всегда очень индивидуальная история: где-то мы полностью брали проработку архитектуры на себя, а где-то клиент приходил с жёстким видением и ожиданиями. Было много задач по кибербезу и полезных внутренних доработок. Такой опыт стал важной проверкой платформы на гибкость. Мы много допиливали внутри и развивали инструменты под внешние команды. Сейчас можем уверенно сказать — платформа стала гораздо лучше адаптирована к эксплуатации внешними командами. Новая SDN расчистила путь к активной разработке сетевых сервисов. С тех пор мы начали выпускать их с очень высокой частотой. Ещё одним толчком к росту спроса на наши услуги стал собственный сервис резервного копирования. Это не просто интеграция стороннего решения, а наша разработка, глубоко встроенная в платформу. В тот же период появилось новое направление: проекты локализации под международные компании. Клиенты приходили с запросом: «Сделайте нам так же удобно, как было там, только здесь, в России». Удобство заключалось не только в инфраструктуре, но и в привычной функциональности как у иностранных продуктов — речь про почтовые серверы, доменные контроллеры, офисные решения. Мы сделали это «под ключ», оформили как продукт — и реализовали десятки таких проектов. 2024 год: от облака на развес — к облаку с умом 2024 год можно назвать моментом окончательного становления нас как партнёров. Мы подружили наш провайдерский бизнес с кейсами интеграции. Занимались разнообразными задачами — от предоставления облачных ресурсов до проектов локализации и импортозамещения, где внедряли для клиента конечные сервисы и обеспечивали их безопасность. Разумеется, и сама облачная платформа не стояла на месте. Мы выпустили: File system as a service.Direct Connect — фичу для подключения клиентов через L3-соединения (идеально для гибридных инфраструктур).Новые L7-балансировщики. Что дальше? Наша главная новость — запуск К2 Облака в Санкт-Петербурге. Всё то же качество и разнообразие сервисов, к которому вы привыкли, но уже в новом регионе. В Professional Services продолжаем повышать ценность для клиентов. Наращиваем проактивность — будем регулярно проводить аудит инфраструктуры и предоставлять клиентам различные отчёты, чтобы показывать ту незаметную работу, которую делаем. Кроме того, в ближайшем будущем наших клиентов ждёт: Расширение предложения GPU: больше карт, гибкие тарифы.Облачные сервисы в сфере ИБ.Релиз нового веб-интерфейса с мобильной версией. В результате этих усилий сейчас мы одни из немногих на рынке можем отвечать за все части сложных комплексных проектов, потому что реализуем их самостоятельно и по собственным стандартам. И, главное, — продолжаем делать критически важную работу, чтобы сервисы наших клиентов работали стабильно, безопасно и прогнозируемо. k2.cloud/ k2.cloud/#registration...
3 июля 2025 Быстрые процессоры с современной архитектурой для задач с интенсивными вычислениями Обновили поколение процессоров для бизнес-приложений в К2 Облаке. Процессоры gen7 подходят для задач с интенсивными вычислениями, например Machine Learning. Благодаря архитектуре Emeral Rapids, технологиям AVX-512 и AMX и памяти DDR5 можно ускорить работу и увеличить производительность. В К2 Облаке теперь можно запускать экземпляры виртуальных машин на серверах с процессорами следующего поколения Intel Xeon Gold 6548Y+. Новые процессоры поколения gen7 ускоряют работу ERP и CRM до 30%. Это позволяет сократить задержки, повысить стабильность и скорость выполнения критичных задач.Быстрая память. Память DDR5 в серверах с процессорами gen7 в два раза быстрее, чем у предыдущего поколения gen5. Это увеличивает скорость обработки данных и производительность приложений.Современная архитектура. Процессоры gen7 основаны на архитектуре Emeral Rapids c использованием техпроцесса 10 нм и поддерживают современные технологии AVX-512 и AMX. Это позволяет использовать их для задач с интенсивными вычислениями и обработкой больших массивов данных, например ML. 23 июня 2025 Обновления PaaS в К2 Облаке Запуск сервисов по потребности, новая версия окружения, гибкое управление параметрами дисков и другие возможности для экономного использования сервисов PaaS Останавливать, запускать, перезапускать и синхронизировать сервисы можно как из веб-интерфейса, так и с помощью PaaS API. Для этого были добавлены API-методы StartService, StopService, RestartService и SynchronizeService.Сервис баз данных PostgreSQL можно развёртывать в кластере из 6 узлов в одной или трёх зонах доступности. Все узлы полнофункциональные — арбитр в такой конфигурации не поддерживается. Данные распределяются по шести самостоятельным копиям, с каждой из которой можно работать независимо.Создавать, редактировать и удалять теги можно как в веб-интерфейсе, так и с помощью API. Метод CreateService теперь поддерживает назначение тегов при создании сервиса. Для управления тегами после развёртывания сервиса можно использовать стандартные методы для работы с тегами. 25 февраля 2025 Apache Kafka, API для Direct Connect & ALB и другие обновления В К2 Облаке теперь доступен высокопроизводительный брокер сообщений Apache Kafka. С помощью API можно управлять балансировщиками нагрузки приложений и выделенными соединениями, а поддержку последних добавили в Terraform-провайдер. Сервис резервного копирования позволяет исключать выбранные диски из резервной копии экземпляра. В К2 Облаке поддерживаются версии Apache Kafka 3.6.1 и 3.7.0. Подробнее об Apache Kafka и его возможностях читайте в документации.Методы Direct Connect API предоставляют инструменты для создания, модификации, описания и удаления шлюзов выделенных соединений, их ассоциаций с транзитными шлюзами и виртуальных интерфейсов для использования выделенных соединений.Новые возможности появились в версии 24.3.0 провайдера rockitcloud. Terraform-провайдер для К2 Облака теперь позволяет автоматизировать развёртывание необходимых ресурсов для использования выделенных соединений: создавать шлюзы выделенных соединений, ассоциировать их с транзитными шлюзами и добавлять виртуальные интерфейсы.Теперь вы можете выбирать, какие диски включить в резервную копию. Эта возможность полезна, например, когда на одних дисках хранятся статичные данные, а на других — часто меняющиеся. Системный диск исключить нельзя. 27 декабря 2024 Как EFS упрощает управление файловыми системами в облачной инфраструктуре Новый сервис EFS (Elastic File System) позволяет подключить одну или несколько файловых систем к десяткам ВМ в разных сетях или VPC, организовать общий доступ к файлам или использовать файловую систему для хранения данных. EFS предоставляет масштабируемое и отказоустойчивое файловое хранилище, которое могут совместно использовать несколько экземпляров, в том числе в разных VPC и даже в других сетях вне облака. Для этого не нужно выделять дисковое пространство на виртуальных машинах и поддерживать сложные конфигурации файловых систем. 24 декабря 2024 ALB в К2 Облаке: решения для терминирования HTTPS и распределения нагрузки Балансировщики используют правила, чтобы определить, куда направить трафик. Правила позволяют настроить маршрутизацию, переадресацию, либо фиксированный HTTP-ответ в зависимости от заданных условий. Балансировщики нагрузки приложений (ALB) позволяют равномерно разделять нагрузку на приложение между экземплярами за счёт распределения поступающего трафика HTTP и HTTPS. Они работают на седьмом уровне OSI и используют правила, чтобы определить, куда направить трафик. Правила позволяют настроить маршрутизацию на различные целевые группы, переадресацию на другой URL, либо фиксированный HTTP-ответ в зависимости от заданных в них условий.Для терминирования соединений HTTPS вы можете загрузить в облако SSL-сертификаты серверов в формате X.509. При установлении защищённого соединения поддерживаются протоколы TLS 1.0-1.3. Балансировщик дешифрует входящий трафик прежде, чем передать его целевому ресурсу.Как и у NLB, у балансировщиков нагрузки приложений две разновидности — для внешней и внутренней нагрузки. Первые предназначены для распределения трафика из интернета, а вторые — для обработки трафика внутри VPC. 23 декабря 2024 Отказоустойчивые соединения, высокая пропускная способность и другие преимущества сервиса Direct Connect в К2 Облаке Сервис позволяет организовывать отказоустойчивые соединения при подключении нескольких каналов к различным устройствам, а также увеличивать пропускную способность за счет объединения каналов в группы. Кроме того, для каждого соединения можно создавать виртуальные интерфейсы (VLAN) и настраивать BGP-пиринг. Сервис выделенных соединений (Direct Connect) обеспечивает связность на уровне L3 между корпоративной сетью и вашей инфраструктурой в K2 Облаке. Он позволяет получить прямой канал с низкими задержками и гарантированной пропускной способностью для доступа к облачным сервисам. Для организации канала вы можете разместить своё оборудование в любом из облачных ЦОД, либо арендовать внешний канал связи. Для подключения доступны каналы со скоростью портов 1, 10 и 25 Гбит/с.При подключении двух и более каналов к разным устройствам на стороне облака сервис позволяет обеспечить отказоустойчивую связь между корпоративной сетью и К2 Облаком. Благодаря использованию протокола BGP настройка отказоустойчивого соединения упрощается по сравнению с подключением через внешнюю сеть L2. Это позволяет реализовать более сложные сетевые топологии. Для повышения отказоустойчивости каналы можно подключить к устройствам в разных ЦОД.Когда требуется более высокая пропускная способность, сервис позволяет объединить несколько одинаковых каналов в группу соединений. Они должны быть подключены к одному устройству на стороне облака. Например, чтобы получить 3 Гбит/с, можно объединить три канала по 1 Гбит/с в группу.Для каждого соединения или группы соединений можно создать несколько виртуальных интерфейсов (VLAN) и организовать свой BGP-пиринг. Виртуальные интерфейсы можно удалять и создавать вместо них новые с другими настройками. 16 октября 2024 NLB-провайдер для Kubernetes и другие обновления К2 Облака В этот дайджест вошли изменения в сервисе Кластеры Kubernetes, автоматическое назначение EIP и другие обновления. В К2 Облаке появилась поддержка NLB-провайдера для кластеров Kubernetes. Это позволяет подключить к ним облачные балансировщики нагрузки и улучшает доступность развёрнутых приложений за счёт распределения трафика между подами. Автоматическое назначение Elastic IPОтображение EIP для сетевого интерфейсаИзменения в формате меток и taintsДополнительная информация о трейлах 13 августа 2024 Изменения в API и другие обновления К2 Облака за июль В EC2 API добавили ряд новых методов и внесли изменения в существующие, у групп безопасности можно менять правила, а в веб-интерфейсе появилась тёмная тема. DescribeInstanceTypes для описания типов экземпляров;DescribeInstanceStatus для запроса состояния экземпляров;DescribeQuotas для получения доступных квот;ModifySecurityGroupRules для изменения правил в группах безопасности;Мы также внесли следующие изменения в имеющиеся методы EC2 API: в DeleteKeyPair появилась возможность удалять ключи по ID;в DescribeNetworkAcls добавлены фильтры для списков контроля доступа;в DescribeNetworkInterfaces добавлены фильтры для сетевых интерфейсов. 31 мая 2024 Новый сервис IAM в К2 Облаке Новый сервис IAM улучшает контроль доступа и управление пользователями в K2 Облаке. Вместо ролей для назначения прав теперь используются политики и группы. Правила и группы позволяет реализовать более гибкие схемы предоставления прав на сервисы облака и упростить централизованное управление правами множества пользователей. Новый сервис уже представлен в веб-интерфейсе и в скором времени будет доступен через API. 28 марта 2024 Резервное копирование Elasticsearch и другие мартовские обновления К2 Облака В K2 Облаке появилась поддержка резервного копирования еще для двух сервисов PaaS: Elasticsearch и ELK. А для уже установленных сервисов PaaS стало возможным менять параметры и окружение, в котором они работают. Кроме того, в Terraform добавили поддержку транзитных шлюзов и перешли на новую схему нумерации версий. Подробнее об этих и других обновлениях ниже. Резервное копирование для Elasticsearch и ELKПоддержка транзитных шлюзов в TerraformОбновление окружения сервиса PaaSНастройка сервиса PaaS после запускаФильтр резервных копийТранзитные шлюзы на карте сети 6 февраля 2024 Балансировщики нагрузки для PaaS, резервное копирование дисков и другие обновления К2 Облака К началу года подготовили целый ряд новых возможностей и улучшений. В частности, научили балансировщики нагрузки работать с PaaS-сервисами, обновили Ingress-контроллер ingress-nginx для устранения уязвимостей в Kubernetes, добавили резервное копирование дисков и упростили навигацию в веб-интерфейсе. А теперь подробнее. Балансировщики нагрузки для PaaS-сервисовУстранение уязвимостей в Ingress-контроллере KubernetesРезервное копирование дисковРаспространение маршрутов для TGWИнформация о статусе масштабирования ASGСелектор VPC для сетевых интерфейсов и внешних сетейСортировка маршрутов 8 ноября 2023 Облачная инфраструктура на выделенных серверах В K2 Облаке теперь можно развернуть облачную инфраструктуру на выделенных серверах. Они обеспечивают максимальную производительность для ваших рабочих нагрузок, поскольку вы не делите с другими пользователями физические ресурсы. По запросу предоставляются как типовые, так и произвольные конфигурации серверов. Вы можете выбрать серверы последних поколений gen5, gen5p и gen6 с процессорами Intel® Xeon® Gold 6254 Processor, Intel Xeon Gold 6244 Processor и Intel Xeon Gold 6348 Processor. Они комплектуются оперативной памятью от 256 Гбайт до 1,5 Тбайт в случае поколений gen5 и gen5p и от 1 до 3 Тбайт в случае gen6. 17 октября 2023 Изменения в тарификации транзитных шлюзов и правилах именования бакетов Сервис Транзитные шлюзы становится платным, а для имен бакетов вводятся новые требования Бета-тестирование сервиса Транзитные шлюзы завершается. Сервис появился в июне и показал себя как эффективное средство для соединения VPC. В связи с переходом к коммерческой эксплуатации сообщаем, что бесплатный пробный период заканчивается. С 1 ноября 2023 года за каждое подключение к транзитному шлюзу будет взиматься почасовая оплата в соответствии с вашим тарифом. 2 октября 2023 DNS как сервис и другие новости К2 Облака В веб-интерфейсе стал доступен новый сервис — DNSaaS, с помощью которого можно быстро настроить маршрутизацию трафика на целевые серверы. В сервис Кластеры Kubernetes добавили поддержку актуальных версий. Об этих и других изменениях в облаке читайте ниже. Управление сервисом DNS возможно как из веб-интерфейса, так и с помощью Route53 API. Для работы с API можно использовать утилиту c2-route53 и кастомизированные библиотеки boto3 и botocore. Перед использованием с2-route53 необходимо обновить настройки для доступа по API и установить библиотеки в соответствии с инструкцией. Поддержка EKS-кластеров Kubernetes в TerraformПереход на containerd 14 июля 2023 Автоматически масштабируемые кластеры Kubernetes В К2 Облаке появился новый тип кластеров Kubernetes — EKS-кластер с поддержкой динамически масштабируемых групп рабочих узлов. У EKS-кластеров группы рабочих узлов создаются отдельно и используют функциональность Auto Scaling Group. Это значит, что число узлов в группе может динамически изменяться в зависимости от нагрузки. Для каждой из групп можно задавать свои политики масштабирования. А работоспособность кластера не зависит от состояния отдельных рабочих узлов: даже если какой-то узел не будет развернут, кластер продолжит работать. 8 июня 2023 Транзитные шлюзы и авторизация по OpenID Connect В K2 Облаке появилось два новых сервиса: Транзитные шлюзы для связи облачных инфраструктур в разных VPC, проектах и даже компаниях и Провайдеры удостоверений для централизованного управления доступом. Кроме того, теперь вы можете выбирать политики удаления для ASG. Соединение VPC через шлюзАвторизация с помощью OpenID ConnectПолитики удаления экземпляров в ASG 30 мая 2023 RabbitMQ, PaaS API и другие обновления К2 Облака На Витрине сервисов стал доступен брокер сообщений RabbitMQ, для работы с PaaS-сервисами выпустили публичный API, жизненным циклом объектов и алармами для бакета можно управлять из веб-интерфейса. Подробнее об этих и других изменениях ниже. Новый PaaS-сервис RabbitMQAPI для управления сервисами PaaSНовые возможности сервисов Redis и PostgreSQLПоддержка жизненного цикла и алармов в объектном хранилищеИзменения в идентификации групп безопасности в методах API 29 марта 2023 Сетевые балансировщики нагрузки и другие обновления К2 Облака Мы рады вам представить новый сервис K2 Облака для распределения трафика между экземплярами – Балансировщики нагрузки. Кроме того, мы автоматизировали обновление сертификатов Kubernetes и добавили возможность удаления рабочих узлов из кластера Kubernetes. Сетевые балансировщики нагрузкиАвтообновление сертификатов KubernetesУдаление рабочего узла из кластера KubernetesПоддержка PostgreSQL версии 15 7 февраля 2023 Резервное копирование баз данных и другие обновления К2 Облака Сервис баз данных теперь позволяет автоматически создавать резервные копии. Кроме того, мы добавили пару новых функций для повышения надёжности и безопасности облачных сервисов. Резервное копирование баз данныхЭкземпляры в ASG распределяются по разным зонам доступностиРежим PFS для туннелей VPNСортировка правил групп безопасности и ACL 29 декабря 2022 Собственный Terraform-провайдер и другие обновления К2 Облака В завершении 2022 года поделимся очередными обновлениями K2 Облако: у нас появился собственный Terraform-провайдер, который полностью соответствует последней версии API. Кроме того, веб-интерфейс стал более информативным – в нём выводится дополнительная информация о VPN и пользователях. У К2 Облака появился собственный Terraform-провайдер, с помощью которого можно управлять облачной инфраструктурой посредством файлов конфигураций. Пользователям достаточно описать желаемое состояние с использованием декларативного языка, а провайдер обеспечит автоматическое развёртывание необходимых ресурсов.Terraform Rockit Cloud Provider базируется на Terraform AWS Provider версии 4.14.0 и предлагает дополнительные возможности. В частности, он поддерживает специфичные для К2 Облака ресурсы такие как диски st2. Кроме того, из него исключена отсутствующая в К2 Облаке функциональность. 17 ноября 2022 Новые сервисы Elasticsearch и MongoDB и другие обновления K2 Облака В разделе PaaS появился сервис Elasticsearch в новой категории Поиск и аналитика, а список доступных баз данных пополнился MongoDB. Кроме того, теперь вы можете не волноваться за экземпляры в Auto Scaling Group (ASG) благодаря опции защиты от удаления и логированию действий с ASG. Вдобавок, мы кардинально поменяли внешний вид пользовательской документации. Автоматизированные сервисы ElasticSearch и MongoDBЗащита экземпляров от удаления при масштабировании ASGДобавление и исключение экземпляров из ASGЛогирование действий с кластерами Kubernetes и ASGСнятие ограничений на пользователей и БДБолее простое восстановление кластера БД 5 августа 2022 Быстрый старт из шаблона запуска, смена подсети у ВМ и мониторинг бакетов Как и обещали, экземпляры теперь можно быстро запускать из веб-интерфейса с помощью шаблонов запуска. Кроме того, сделали возможным смену подсети у ВМ и добавили мониторинг параметров бакета. Если вам требуется переместить экземпляр в другую подсеть или VPC, либо переключить его с non-VPC на VPC, то вы можете просто заменить основной сетевой интерфейс на интерфейс в нужной подсети. Главное условие — целевая подсеть должна находиться в той же зоне доступности, что и имеющийся основной сетевой интерфейс.Теперь вы можете узнать не только текущие объем данных и количество объектов в бакете, но и отслеживать историю их изменения — достаточно включить мониторинг на вкладке Информация на странице бакета. Графики изменения параметров можно посмотреть на вкладке Метрики. 22 июля 2022 Новый сервис кеширования и другие обновления К2 Облака В K2 Облаке появился новый PaaS-сервис – сервис кеширования данных. Кроме того, мы расширили возможности управления и настройки сервиса Базы данных. А для упрощения анализа затрат в отчеты биллинга теперь включается информация о назначенных ресурсам тегах. Кеширование данных теперь доступно в виде PaaS-сервиса. Новый сервис позволяет за несколько минут развернуть in-memory хранилище для кеширования часто используемых данных, таких как выборки из баз данных. Это значительно ускоряет работу приложений и уменьшает нагрузку на процессор и память.После развертывания СУБД в К2 Облаке вы можете добавлять и удалять базы данных и пользователей и задавать их ключевые настройки непосредственно из веб-интерфейса облака. Данные возможности доступны для сервисов баз данных MySQL и PostgreSQL.При создании кластера баз данных можно указать множество дополнительных параметров для гибкой настройки СУБД. Они будут переданы СУБД во время запуска кластера и станут частью конфигурации. 25 мая 2022 Майские обновления К2 Облака В К2 Облаке теперь можно создать снимок диска из версии, увеличить размер диска в Kubernetes и отфильтровать ресурсы по основным параметрам. Создание снимка диска из версииУвеличение размера диска в KubernetesРасширенная фильтрация ресурсов 13 апреля 2022 Автоматическое масштабирование с Auto Scaling Groups Новый сервис позволяет автоматически реагировать на изменения нагрузки, добавляя или удаляя экземпляры за считанные минуты. В этом релизе К2 Облаке мы представляем сервис Auto Scaling Groups — автоматически масштабируемые группы экземпляров виртуальных машин. Вам не придется больше искать варианты ручного масштабирования ресурсов. Вместо этого вы можете создать Auto Scaling Group и задать политику масштабирования, а Auto Scaling сделает все остальное, масштабируя ресурсы по мере необходимости. 29 марта 2022 Представляем шаблоны запуска и методы API для работы с ними Шаблоны запуска позволяют упростить и ускорить создание однотипных экземпляров и минимизировать риск ошибок конфигурации при их развертывании. В К2 Облаке появились шаблоны запуска (Launch Templates). Они делают возможным автоматическое масштабирование, которое станет доступно в ближайших обновлениях облака. Пока операции с шаблонами запуска возможны только через API.Чтобы не задавать каждый раз одни и те же параметры на каждом шаге мастера создания экземпляров, вы можете сохранить их в шаблоне запуска. Для каждого шаблона запуска можно создать его версии с другими параметрами экземпляра. В каждом проекте вы можете создать до 50 шаблонов запуска и до 100 версий каждого шаблона.Теперь метод RunInstances позволяет создавать экземпляр виртуальной машины из указанного шаблона запуска с помощью нового параметра LaunchTemplate. Описание новых методов API для работы с шаблонами и их версиями можно найти в документации. 21 марта 2022 Версии диска – новые возможности К2 Облака Версии диска, новая функциональность K2 Облака, позволяют мгновенно восстанавливать содержимое в исходный диск. Сохранение содержимого диска перед обновлением системы и приложений или внесением критичных изменений. В случае неудачи с помощью версии диска можно очень быстро вернуть диск в исходное состояние.Использование в политике резервного копирования. Например, раз в час вы можете создавать новую версию, а раз в день — снимок диска, чтобы копия диска была скопирована в отдельное хранилище, не связанное с тем, где хранятся диски и их версии. 1 февраля 2022 Интегрированный мониторинг баз данных и другие обновления К2 Облака Делимся последними обновлениями и некоторыми ближайшими планами. Базы данных в К2 Облаке можно запускать с предустановленными агентами мониторинга и контролировать с их помощью утилизацию ресурсов, производительность и другие параметры PaaS-сервиса.Для установки агентов мониторинга достаточно выбрать опцию Установить агенты для мониторинга при создании базы данных с помощью мастера. Для получения информации от агентов можно использовать серверы мониторинга Zabbix и Prometheus. Как их подключить описали в документации.В дальнейшем мы планируем реализовать мониторинг в виде отдельного сервиса PaaS, так что контроль за остальными сервисами PaaS будет осуществляться автоматически. 12 января 2022 Прекращение поддержки виртуального CD-ROM Избавляемся от лишних сущностей — в веб-интерфейсе K2 Облака больше не поддерживается виртуальный CD-ROM. Применение CD-ROM в облаке является унаследованным подходом и такие задачи как восстановление системы и установка ОС из собственного образа теперь решаются гораздо проще без его использования. Так, например, Rescue CD в облаке удобно представлять в форматах VMDK и Qcow2. 28 декабря 2021 К новым вершинам вместе с К2 Облаком & Kubernetes К новым вершинам! Таков слоган актуального релиза Kubernetes 1.22, и он очень созвучен нашим устремлениям и планам. В Kubernetes 1.22 реализовано множество улучшений, теперь они доступны и в К2 Облаке. При этом сам сервис стал еще удобнее — пользовательские данные можно редактировать, а для новых рабочих узлов задавать другой тип экземпляра. 9 ноября 2021 Быстрый импорт и экспорт без остановки ВМ Благодаря многосторонней оптимизации импорт стал осуществляться быстрее до трех раз, а экспорт — до двух раз. Кроме того, экспорт экземпляров и дисков теперь можно выполнять без остановки виртуальных машин. 22 октября 2021 Витрина сервисов, логирование действий IAM и другие обновления октября В K2 Облаке появилась Витрина сервисов, куда будут добавляться различные сервисы PaaS по мере их появления. Кроме того, с помощью Журнала действий стало возможно отследить, кто злоупотребляет своими административными полномочиями. А теперь подробнее об обновлениях октября. Витрина PaaS-сервисовЛогирование действий IAMЗадание подсетей для подов и сервисов в KubernetesПрекращение поддержки Internet Explorer 6 октября 2021 Обновления Kubernetes и перенос переключателя VPC В этом анонсе мы собрали наиболее заметные обновления в сервисе Kubernetes за последний месяц. Из других изменений отметим, что в разделе Экземпляры мы перенесли переключатель VPC из верхней панели в область фильтров. Поддержка Volume Snapshot в KubernetesИзменение групп безопасности у кластера KubernetesВыбор Elastic IP-адресов для сервисов KubernetesПеренос переключателя VPC 4 октября 2021 Кластер баз данных с арбитром Мы продолжаем активно развивать наши PaaS-сервисы и делать работу с ними более удобной. В К2 Облаке можно запускать кластер баз данных с арбитром. Это позволяет экономить ресурсы при развертывании отказоустойчивого кластера. 27 сентября 2021 Создание шаблона виртуальной машины «на лету» Шаблоны экземпляров теперь можно создавать без остановки виртуальной машины. 23 сентября 2021 Отказоустойчивое VPN-соединение с двумя туннелями K2 Облако теперь поддерживает отказоустойчивые VPN-соединения. В этом режиме создаются два туннеля, при отказе одного из них трафик передается по второму, так что облачные ресурсы остаются по-прежнему доступны. Для повышения отказоустойчивости туннели терминируются в разных зонах доступности. Каждому туннелю можно задать свои туннельные опции. В нормальном режиме работы оба туннеля активны – трафик от виртуальных машин направляется в ближайший из них.Отказоустойчивый режим доступен только для VPN-соединений типа ipsec.1. Кроме того, в этом режиме доступна только маршрутизация с помощью BGP — статическая маршрутизация не поддерживается. 31 августа 2021 Поддержка Ansible Dynamic Inventory и другие обновления К2 Облака В K2 Облаке теперь можно развертывать кластеры Kubernetes версии 1.20.9. Поддержка Ansible Dynamic InventoryСинхронизация состояния SchedulingDisabled между кластером Kubernetes и К2 Облаком 27 июля 2021 Кластер Kubernetes в трех зонах доступности и другие обновления К2 Облака Жара, июль, а мы едва поспеваем публиковать анонсы. Кластер Kubernetes в 3 зонах доступности Мы активно задействуем третью зону доступности для повышения надежности и отказоустойчивости вашей инфраструктуры в К2 Облаке. Так, теперь узлы кластера Kubernetes можно распределять между всеми тремя ЦОД, в которых развёрнуто облако.В режиме Отказоустойчивый кластер мастер-узлы кластера Kubernetes могут быть запущены в трех зонах доступности или группе размещения в рамках одной зоны доступности по вашему выбору. При первом варианте размещения и мастер-узлы и рабочие узлы распределяются по имеющимся зонам доступности. А при задании флага Использовать группы размещения для рабочих узлов они дополнительно распределяются по разным вычислительным узлам в каждой из зон. 23 июля 2021 Базы данных как сервис в К2 Облаке Базы данных теперь доступны в виде сервиса K2 Облака. Новый PaaS-сервиспозволяет сократить до нескольких минут время на развертывание базы данных в облаке. В бета-версии сервиса поддерживаются три системы управления базами данных: MySQL, PostgreSQL и Redis. Это открытый перечень – в дальнейшем мы планируем его активно расширять с учетом ваших пожеланий.Cервис использует преимущества наличия трех независимых зон доступности (AZ) в К2 Облаке. При выборе отказоустойчивой конфигурации для базы данных узлы кластера автоматически распределяются по всем AZ. Это позволяет обеспечить высокий уровень доступности для критичных рабочих нагрузок.На данный момент для развертывания доступны MariaDB версий 10.1-10.5 и Percona 5.7 и 8.0; PostgreSQL 9.6, 10, 11 и 12; Redis 5 и 6. Подробнее о сервисе и его возможностях читайте в документации. 16 июля 2021 Функция распространения маршрутов и их приоритизация в К2 Облаке В K2 Облаке реализована функция распространения маршрутов Route Propagation из VPN-шлюза. Кроме того, мы изменили поведение поиска маршрутов для таблиц маршрутизации, у которых есть явная ассоциация с подсетью. Теперь подробнее, в чем суть нововведений. При включенной опции Route Propagation полученные по BGP маршруты для VPN-соединений автоматически добавляются в выбранную таблицу маршрутизации. Включить Route Propagation можно только для одной таблицы маршрутизации.При отключенной опции маршруты BGP не добавляются ни в одну таблицу маршрутизации и поэтому не влияют на маршрутизацию пакетов от экземпляров в данном VPC. При этом, если VPC используется в качестве облачного хаба, трафик между VPN, подключенными к VPC, маршрутизируется c помощью BGP как прежде, независимо от выбора опции Route Propagation.По умолчанию распространение маршрутов для VPC отключено – его необходимо включить в явном виде. Это можно сделать в веб-интерфейсе на странице VPC, изменив свойство Route Propagation. Кроме того, включить и отключить распространение маршрутов можно с помощью API-методов EnableVgwRoutePropagation и DisableVgwRoutePropagation (см. документацию).Маршрут, полученный по BGP, записывается в выбранную таблицу маршрутизации в соответствии с общепринятыми правилами выбора лучшего маршрута. Кроме того, если подходящий маршрут для пакета не был найден в ассоциированной с подсетью таблице маршрутизации, то теперь поиск маршрута на этом завершается, а пакет отбрасывается. Подробнее о распространении маршрутов и правилах их выбора читайте в документации. 5 июля 2021 Новый API для управления кластерами Kubernetes Управлять кластерами Kubernetes можно теперь с помощью EKS API. 9 июня 2021 Обязательная двухфакторная аутентификация и другие обновления К2 Облака Новые возможности, которые не вошли в последние анонсы, но уже доступны в облаке. Обязательная двухфакторная аутентификацияКастомная конфигурация Ingress-контроллера KubernetesПредупреждение о превышении квот при создании кластера KubernetesАссоциация таблиц маршрутизации с подсетямиРасширение поддержки тегов 2 июня 2021 Поддержка актуальных алгоритмов шифрования и расширенных опций в VPNaaS В облачный сервис VPN добавлена поддержка актуальных протоколов и алгоритмов безопасности. Теперь вы можете сами выбирать, какие туннельные опции использовать при организации VPN-соединения. Это позволяет обеспечить требуемый уровень защиты соединения, а также расширяет совместимость облачного VPN с клиентским оборудованием. Например, теперь можно без проблем связать облачную инфраструктуру и Mikrotik, используя IPSec в туннельном режиме, а также настроить соединение между облаком и Cisco ASA с версией прошивки, не поддерживающей IPSec VTI. 19 мая 2021 Третья зона доступности К2 Облака Облачные ресурсы теперь можно создавать и размещать в трех зонах доступности. Зона ru-msk-vol52 расположена в центре обработки данных «Волочаевская-2», имеющем сертификат Uptime Institute на соответствие проектной документации требованиям надежности Tier III. Собственное питание, охлаждение, вычислительные ресурсы и сеть обеспечивают её полную автономность и независимость от двух других зон доступности. Она связана с ними независимыми каналами, задержки в которых составляют менее 1 мс. 2 апреля 2021 Гибернация позволяет ускорить рестарт и сэкономить на облаке Глубокий сон полезен не только человеку. Виртуальную машину теперь можно вводить в состояние гибернации. Гибернация пригодится, когда инфраструктура не нужна постоянно, но может потребоваться в любой момент. При повторном запуске виртуальные машины быстро оказываются готовы к работе благодаря экономии времени на запуске приложений, прогреве их памяти и настройке необходимого окружения. Использование гибернации позволяет к тому же сократить затраты на облачные ресурсы в период приостановки экземпляра, так как плата взимается только за хранение его дисков (и, если имеется, Elastic IP).Приостановка экземпляра осуществляется средствами операционной системы. Это обеспечивает корректный переход в режим гибернации и выход из него, в частности, избавляет от таких проблем как рассогласование времени при возобновлении работы виртуальной машины. Что важно, данные из оперативной памяти записываются на присоединенный диск, так что пользователь сохраняет над ними полный контроль. Для поддержки гибернации необходимо произвести предварительную настройку операционной системы. Помимо этого, на диске должно быть достаточно места для записи RAM, иначе экземпляр не будет остановлен. 19 марта 2021 Облачный хаб и другие обновления К2 Облака K2 Облако может теперь служить в качестве центрального хаба для защищенного соединения удаленных площадок через VPN. Для обмена данными больше нет необходимости связывать все удаленные офисы между собой напрямую – просто подключите их к облаку. При использовании BGP для организации хаба достаточно соединить все VPN с одним и тем же VPC – и трафик будет автоматически маршрутизироваться между ними. Если BGP не используется, то потребуется настроить статическую маршрутизацию.Внутри VPN для обмена информацией о маршрутах можно настраивать только протокол маршрутизации eBGP (iBGP больше не поддерживается). Если вы используете VPN для объединения VPC в К2 Облаке, то соединяемые VPC должны иметь разные номера автономных систем BGP. 2 марта 2021 Изменения в API: новый метод ModifyVolume Для расширения возможностей работы Terraform с K2 Облаком в EC2 API был добавлен метод ModifyVolume. 16 февраля 2021 Создание образа диска «на лету» и другие обновления февраля Вам больше не понадобится останавливать виртуальную машину только за тем, чтобы создать мгновенный снимок. А кластеры Kubernetes научились сами справляться с такими сбоями, как отказ мастер-узла в режиме высокой доступности. Образы дисков теперь можно создавать в любой момент – независимо от того, подключен диск к экземпляру или нет, работает виртуальная машина или выключена. Единственное ограничение – для всех проектов и пользователей одной компании можно одновременно делать не более 16 снимков дисков. 20 января 2021 Расширение возможностей подключения к подсетям и тегирования ресурсов 2021 год только начался, а у нас уже готовы очередные обновления K2 Облака. Экземпляры в К2 Облаке теперь могут иметь несколько интерфейсов для подключения к подсетям. Это позволяет предоставить виртуальной машине доступ к подсетям, которые должны быть изолированы друг от друга, например, по соображениям безопасности. Такая возможность пригодится при развертывании виртуальных сетевых устройств, для разделения трафика данных и управляющего трафика, предоставления разных сервисов на разных интерфейсах. 17 декабря 2020 Удобный выбор типа экземпляра в К2 Облаке Выбрать виртуальную машину для конкретной нагрузки теперь можно на раз, два, три. Больше не надо напрягать память, чтобы вспомнить, что означают краткие наименования десятков типов экземпляров, которые доступны для использования в К2 Облаке. На шаге «Тип экземпляра» отображается полная информация о характеристиках. Помимо фильтрации можно отсортировать ВМ по типу экземпляра, CCU, соотношению числа ядер процессора к объему памяти и остальным параметрам. 4 декабря 2020 Дайджест обновлений К2 Облака осень 2020 г. За осень в К2 Облаке многое изменилось. Мы активно писали код и не успевали сообщать обо всех переменах. Постараемся исправиться и информировать вас ASAP, чтобы вы могли сразу же использовать новые фичи. Кластер Kubernetes теперь можно запускать в режиме высокой доступности. В этом режиме создаётся отказоустойчивая конфигурация с тремя мастер-узлами, каждый из которых способен взять управление кластером на себя при отказе одного из них. А благодаря автоматическому переназначению адреса Elastic IP сервисы Kubernetes остаются доступны извне даже при сбое мастер-узла, которому он был назначен. 23 октября 2020 Теги в К2 Облаке Теперь в веб-интерфейсе К2 Облака вы можете добавлять теги экземплярам и дискам. Теги призваны решить проблему идентификации, организации и удобного управления десятками однотипных облачных ресурсов. Описание (Description) экземпляров и дисков превратилось в тег Name. Поле Описание, как и теги, является строкой символов, значение которой задаётся пользователем и которое можно редактировать. Оно идеально вписывается в концепциЧитать дальше...