Бессерверный веб-интерфейс, размещенный в GKE, требует высокой доступности; автоматические обновления кластера будут осушать узлы. Убедитесь, что приложение сохраняет производительность, равную 10% от количества Pod'ов до осушения. Что вы сделаете?

Правильный ответ — «Установите количество реплик Pod'ов на 10% выше текущего количества реплик». Чтобы обеспечить сохранение производительности на уровне 10% от количества Pod'ов во время осушения узлов, необходимо иметь дополнительные Pod'ы, которые могут взять на себя нагрузку. Увеличение общего количества реплик на 10% гарантирует, что даже после осушения узлов и потенциальной потери части Pod'ов, оставшееся количество Pod'ов будет достаточным для поддержания требуемого уровня производительности. Остальные варианты не подходят: Настройка Vertical Pod Autoscaler (VPA) увеличивает ресурсы для существующих Pod'ов, но не добавляет новые Pod'ы, что не решает проблему потери Pod'ов при осушении. Установка Pod Disruption Budget (PDB) с minAvailable, равным 10%, гарантирует, что не менее 10% Pod'ов останутся доступными, но это не означает, что производительность сохранится на уровне 10% от исходного количества Pod'ов, если исходное количество было большим. PDB предотвращает слишком большое количество одновременных прерываний, но не добавляет избыточность. Увеличение maxReplicas Horizontal Pod Autoscaler (HPA) на 10% выше текущего количества реплик позволяет HPA масштабироваться до большего числа Pod'ов, но не гарантирует, что эти дополнительные Pod'ы будут запущены и готовы к работе до начала осушения, если текущая нагрузка не требует их.