В Kubernetes v1.37 планируется включить по умолчанию feature gate SELinuxMount, что повысит скорость настройки томов. Это изменение может сломать приложения, полагающиеся на старый метод рекурсивной перемаркировки, особенно те, которые совместно используют тома между привилегированными и непривилегированными подами. Статья призывает к аудиту кластеров в v1.36 для выявления и устранения потенциальных конфликтов, связанных с SELinux. Когда SELinux включен, kubelet применяет метки SELinux к томам для контроля доступа, а новый подход использует параметры монтирования для более быстрой перемаркировки. Поле SELinuxChangePolicy и опция Recursive были созданы, чтобы позволить отказаться от этого метода ускорения производительности. Если условия соблюдены, kubelet теперь может монтировать тома непосредственно с соответствующей меткой SELinux, устраняя необходимость в рекурсивной перемаркировке. selinux-warning-controller выявляет конфликтующие Pods, которые могут сломаться с новой конфигурацией, генерируя события и метрики. Используя предоставленные метрики, администраторы кластера могут обнаружить потенциальные проблемы и внести соответствующие корректировки. Рекомендуемый путь обновления включает в себя включение контроллера, устранение конфликтов, а затем обновление до версии с включенным SELinuxMount, одновременно отслеживая ошибки. Администраторы могут использовать различные методы для принудительного отказа для определенных Pods. Новое поведение обеспечивает более высокую производительность, но изменяет совместное использование томов между разными подами.