Mackerelでは計画メンテナンスをどう実施しているか？ RedisをElastiCacheに移行した裏側をご紹介 - Hatena Developer Blog

こんにちは。MackerelチームSREのid:heleeenです。 Mackerelでは、2020年10月14日に計画メンテナンスを実施しました。今回は告知ブログに記載の通り、Mackerelが利用しているRedisをAmazon ElastiCache for Redis（以下、ElastiCache）へ移行しました。 本記事では、この10月の計画停止の裏側を紹介します。 どのようにElastiCacheへ移行するか 大半のRedisを無停止で移行 最後はElastiCacheへのオンライン移行を使用 メンテナンスに向けたさまざまな準備 メンテナンス手順書のチーム内レビュー メンテンス実施中の役割分担 なぜタイムキーパーが必要になったのか リモートで停止メンテナンスを実施する方法 検証環境を利用して事前にリハーサルも実施 Redisを安全に効率よく切り替えるために 参照するRedisを

[diveintounlimit]

監視サービスなのにわりと高頻度で長時間停止するのやめてくんない？

[y_uuki]

RedisをすべてElastiCacheへ移行、おつかれさまでした。オンライン作業時に環境が不安定になってもオペレーターの冗長性が担保されていて安心感があってすごい。

[efcl]

Redisの切り替えとオンラインマイグレーション

[shiroyu123]

DBの無停止すごい

[nicht-sein]

アプリケーションのデプロイよりもDNSの更新の方が手っ取り早いのは分かるし、納得いくんだけど、なんか時代を感じる。

[hazeblog]

丁寧

[cocoasynn]

素晴らしい

[khiramatsu]

“”

[thaim]

タイムキーパーなるほど。メンテナンス作業が上手くいってないことを作業者が冷静に判断するのは難しいので、客観的に判断するための仕組みがあるのはすばらしいな

[nabeop]

いろんな知見が詰まっていてめっちゃ参考になった

[juve534]

オンサービスでの移行、メンテナンスしての移行への判断のどちらも良いなー

[niship_0822]

後で読む

[hiboma]

役割分担++

[daiksy]

先日のメンテナンスの裏側です。