Когда серверам нужно запланировать простои на моем рабочем месте, мы следуем примерно следующему процессу:
Есть ли проект OSS, который мы могли бы использовать для автоматизации этого процесса? Мои поиски в Google пока что безрезультатны. Нам нужно будет что-то строить самим? Кому-нибудь еще будет интересно что-то подобное?
Как и в icky2000, у меня есть окно на техническое обслуживание. У меня каждое воскресенье с 3 до 4 часов утра. Этот час принадлежит мне, и любой, кто использует мою сеть в течение этого часа, не получит никаких извинений за неудобства, которые могут возникнуть, если они будут достаточно глупыми, чтобы даже работать в это время утром.
Этот период обслуживания используется всякий раз, когда это возможно, в основном для автоматических задач, таких как установка исправлений, перезагрузка и т. Д. Большие работы, которые я не могу (или не хочу) уместить в это окно, обычно выполняются рано утром в воскресенье (до 9 утра), поскольку именно в этот момент системы вряд ли будут использоваться. Стоит отметить, что я работаю в небольшой компании, где все немного более гибко, чем в более крупных компаниях.
Для меня на протяжении многих лет реальным ключом к периодам обслуживания было по возможности избегать необходимости. Мелкие работы выполняются всякий раз, когда я могу ими управлять, будь то в рабочее время, рано утром перед выходом на работу или поздно вечером. Большие задания, такие как настройка нового сервера, обычно выполняются путем настройки всего в автономном режиме, а затем включения новой машины в мои обычные рабочие часы с минимальным влиянием на пользователей или без него. Понятно, что каждую задачу обслуживания нужно рассматривать индивидуально.
У меня нет программного ответа для вас, но этот тип сценария является одной из причин, по которым мы перешли на период регулярного планового обслуживания, в котором я работаю. У нас есть ежемесячное окно, о котором все знают, и никаких разрешений не требуется. Перед каждым окном мы выясняем, что именно мы будем делать в это время, а затем отправляем уведомление всем, чтобы объяснить, какие именно ящики / службы будут недоступны. Это решение тоже не идеально, но лучше, чем каждый раз вести переговоры.
Я не знаю, существует ли он в открытом доступе, но вы ищете такое программное обеспечение, как Service Manager от HP или Remedy от IBM, связанное с CMDB.
Программное обеспечение диспетчера сервисов заботится о процессе утверждения, а CMDB хранит информацию о том, кто является заинтересованным лицом, какой сервис в какой системе.
Это непростая задача, поэтому, если ваша компания небольшая или у вас нет времени, лучшее решение, как сказано в двух предыдущих постах, - иметь фиксированный период обслуживания.
С уважением