Август#

2 августа#

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

Тег Name назначается корректно при создании экземпляра, если он был задан без перехода на шаг Теги.

Для работы с К2 Облаком можно использовать собственный провайдер rockitcloud, который создан на базе провайдера AWS 4.14.0. Из него исключены не поддерживаемые в К2 Облаке ресурсы Terraform и добавлена специфическая для К2 Облака функциональность, в частности диски st2.
Пользователи не могут больше предоставлять публичный доступ к собственным образам и снимкам. Это сделано во избежание коллизий при использовании лицензионного ПО и для минимизации рисков непреднамеренного клонирования конфиденциальных данных.

При обновлении прав неактивного пользователя больше не выводится ошибка Пользователь не обнаружен.
При удалении VPC с неудалёнными подсетями выдаётся правильная информация об ошибке.
Основные сетевые интерфейсы получают теперь разное описание, когда экземпляры создаются одновременно.
Больше не возникает ошибки, если VPC повторно назначаются параметры DHCP, заданные по умолчанию.
Выделение IP-адреса из блока адресов, принадлежащих пользователю (BYOIP), не приводит к ошибке выделения адреса, когда желаемый адрес не указан.
Неактивному пользователю нельзя назначить права.

При создании образа из объектов в объектном хранилище можно задать описание для снимков дисков.
С помощью утилиты с возможностью чтения SMBIOS можно узнать серийное имя BIOS виртуальной машины.

Ко всем маршрутам без префикса в таблице маршрутизации автоматически добавляется префикс.
У создаваемых виртуальных коммутаторов корректно выводится customer_name.
При создании клиентского шлюза с тем же IP-адресом, что у существующего, но с другим BGP ASN, создаётся новый шлюз.

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