На прошлой неделе состоялся новый релиз популярной Open Source-платформы для создания PaaS-решений и управления контейнеризированными приложениями — Kubernetes 1.7.
Основные изменения в Kubernetes 1.7 затронули области безопасности, поддержку stateful-приложений (т.е. таких приложений, которые постоянно хранят какие-либо данные — например, СУБД, кэши и т.п.), а также расширяемость платформы. Среди наиболее значимых новшеств можно выделить следующие:
стал стабильным Network Policy API для определения правил взаимодействия между подами;
добавлена альфа-версия шифрования секретов и других ресурсов, хранимых в NoSQL-базе данных etcd;
логи Audit, хранимые сервером API, стали более настраиваемыми и расширяемыми;
представлена бета-версия автоматических обновлений StatefulSet, используемых для деплоя stateful-приложений;
в StatefulSets добавлена поддержка приложений, не требующих строгой очередности;
альфа-версия локального хранилища (Local Storage) в StorageClasses внутри StatefulSets;
умный откат и история изменений при обновлениях DaemonSets;
новый плагин StorageOS Volume, реализующий постоянные томы хранения высокой доступности во всём кластере (из локального или подключённого к узлу хранилища);
агрегация API для расширения возможностей Kubernetes собственными API;
новые RPC-вызовы для получения метрик контейнера в Container Runtime Interface (CRI) с альфа-версией поддержки containerd.
Количество коммитов только в главном репозитории Kubernetes за прошедшие 3 года уже превысило отметку в 50 тысяч.
Через неделю в московском офисе компании Mail.Ru состоится очередная встреча местных пользователей свободной СУБД MySQL — Moscow MySQL User Group.
Специальным гостем встречи, которая состоится 11 июля, станет CEO компании Percona Пётр Зайцев. Он сделает два доклада: «Обеспечение высокой доступности (HA) СУБД MySQL» (про репликацию, GTID, мониторинг, Galera Cluster, Percona XtraDB Cluster (PXC), кластеризацию, шардинг, ProxySQL, Orchestrator, Percona Toolkit) и «MySQL в облаке: миграция, лучшие практики, высокая доступность и масштабируемость» (о концепции Database as a Service — DBaaS).
Кроме того, Пётр ответит на вопросы участников встречи. Вход на встречу Moscow MySQL User Group свободный. Мероприятие начнётся 11 июля (вторник) в 18:00 по адресу: г. Москва, Ленинградский проспект 39, стр. 79, офис Mail.Ru. Зарегистрировать своё участие можно на meetup.com.
В минувшее воскресенье Линус Торвальдс (Linus Torvalds) анонсировал выпуск новой версии ядра Linux — 4.12.
Одним из главных новшеств релиза Linux 4.12 стала начальная поддержка недавно анонсированной линейки видеокарт AMD Radeon RX Vega. Как отмечает Линус, практически половина всех изменений в кодовой базе Linux 4.12 приходится на заголовочные файлы для AMD Vega. Вообще же, около 85 % от общего объёма патча занимают драйверы (значительную роль здесь также сыграла поддержка Intel IPU). Среди прочих изменений в ядре Linux 4.12:
новый планировщик ввода/вывода BFQ (Budget Fair Queuing), призванный улучшить на десктопах отзывчивость интерактивных приложений, а для серверов — в потоковом вещании аудио и видео, при записи данных в реальном времени (например, журналирование пакетов), удалённом доступе к серверу (больше подробностей включая тесты на производительность доступны в документации);
новый планировщик ввода/вывода Kyber, обеспечивающий маленькие накладные расходы для быстрых устройств с обработкой множества очередей;
включение поддержки атомарных операций по умолчанию для видеокарт Intel с их полной поддержкой (из drm-intel-next-queued);
начальная поддержка видеокарты NVIDIA GTX 1000 (Pascal) в Open Source-драйвере;
драйвер 9pfs для гипервизора виртуализации Xen 4.9;
USB Type-C port manager (драйвер TCPM) для управления ролями каждого USB-порта;
механизм для улучшения безопасности KASLR (Kernel Address Space Layout Randomization) по умолчанию включён для x86-систем;
улучшения в механизме livepatch для обновления ядра без перезагрузки системы, создаваемом на базе разработок kGraft и kPatch;
значительное обновление в Device Mapper (DM) для снижения задержек при принятии решений, должны ли блоки данных быть переведены из кэша (или в кэш);
в MD улучшено поведение ввода-вывода RAID5 для производительности RAID5/6, основанных на жёстких дисках;
исправления в Btrfs для стабильного функционирования при использовании этой файловой системы на RAID5 и RAID6.
