メンテナンスウィンドウを使わない - @katzchang.context

6年ほど無停止のサービスを運用してきた私の経験からすると、メンテナンスウィンドウ、つまり計画的メンテナンスに対するアラート発砲を抑制する機能は、使わないほうがうまくいく。仕事の中でも度々メンテナンスウィンドウの話題が出てきたので、個人の見解としてまとめてみたい。 計画的メンテナンスの手順 対外的に無停止だとしても、内部的には停止を伴うメンテナンスをすることがある。たとえば、MySQLを止めることはたまにある。まずは、どのようにメンテナンスを進めていくのかを整理しよう。 内部的な停止を伴うメンテナンスの際は作業に必要な時間とともに、アラートが起こる範囲を予測し、予告しておく。予告の範囲を決めるのは単純で、アラートが届くだろうチャンネルにお知らせしておけばいい。以前のチームではメールとSlackチャンネルを使っていたので、そこに書いていた。準備はこれでいい。 メンテナンス作業が始まる（たとえば

[katzchang]

そういえば個人の見解を書いてました

[Songmu]

たしかにそれはあるよな。ケイオスモンキーによる意図的なfailoverであれば、メンテナンスウィンドウ設定しないわけだし。

[ngsw]

テスト駆動開発と似たイメージで読みました

[gui1]

新婚なのにずっと夜間メンテナンス作業に回されててメンテナンスウィドーになってる人なら見たことある(´・ω・｀)

[tolkine9999h]

意図的にアラートを出してアラートの動作確認もやってしまう。なるへそ。

[knjname]

電話くるやつとかあるからね躊躇しちゃうね

[okzk]

ちょっとしたクラスタのノード群にメンテナンスウインドウに入れずに作業してしまって、超大量のアラートメールを発生させてメールサーバをつまらせてしまった経験からは、ケースバイケースというオキモチ。

[masaru_b_cl]

B2Bでも顧客を巻き込めるならやって良さそう

[suthio]

アラート自体を見直すきっかけにもなるので賛成を表明

[a2ikm]

“この話はもしかして、アラートの所有者は誰なのかという議論にもなるかもしれない。”

[koyancya]

なるほど -> “ この話はもしかして、アラートの所有者は誰なのかという議論にもなるかもしれない。”

[sfujiwara]

Mackerelのダウンタイムも同じ理由で計画メンテには使いづらくて、アラートはちゃんと出てから回復してほしいので通知だけoffってる

[a-know]

“メンテナンスウィンドウ、つまり計画的メンテナンスに対するアラート発砲を抑制する機能は、使わないほうがうまくいく”