Как предотвратить планирование модуля на узел после сбоя модуля в GCE?

Я получил ту же ошибку и исправил ее со следующим PHP в моем внутреннем скрипте:

header('Access-Control-Allow-Origin: *');

header('Access-Control-Allow-Methods: GET, POST');

header("Access-Control-Allow-Headers: X-Requested-With");
1
задан Andy 5 March 2019 в 15:26
поделиться

1 ответ

Я бы запустил запланированное задание (вероятно, cronjob ), которое проверяет состояние тома. Если voulme поврежден - добавьте метку к узлу - (например - volume-state=corrupted)

Запланируйте ваш Pod с помощью nodeAffinity - requiredDuringSchedulingRequiredDuringExecution и nodeSelector по вашей метке

он будет высвобождать модули из узлов, которые перестают удовлетворять требованиям сходства узлов модулей.

0
ответ дан Amityo 5 March 2019 в 15:26
поделиться