Kubernetesにアップグレードは必須 実施してわかる更新時の問題点や対処方法
Kubernetesやそれに関するソフトウェアについて交流や情報交換のための勉強会「Kubernetes Meetup Tokyo」。 前回は、ソフトウェアエンジニアとして働く村田俊哉氏（@shmurata_）がKubernetesのアップグレード前の作業について紹介しました。今回は、実際のアップグレードについて、それに付帯するアドオンやストレージバージョンの更新について経験者だからわかる視点で説明します。 kubectl drainについて 村田俊哉氏：メインのノードのアップグレードですね。ノードは、実際にサービスを稼働させているPodが動いているので、無停止でアップグレードするには、このPodをグレースフルシャットダウンさせてから、ノードを停止していく必要があります。ノードをグレースフルにシャットダウンする方法として、Kubernetesが提供しているコマンドkubectl drain
SmartHR が定期メンテナンスを始めた理由とやめる理由 - SmartHR Tech Blog
SmartHR のソフトウェアエンジニア ぷりんたい です。SmartHR には2017年2月に入社しました。 この記事は SmartHR 長時間のサービス停止を伴うシステムメンテナンスのお知らせ によせて書かれたものです。 ご挨拶 SmartHR では、昨年の6月より週2日という頻度で夜間のサービス停止を行ってきました。まずは、この運用形態を選択したことによりご利用中のお客様にはご不便をおかけしたことをお詫び申し上げます。 今日のクラウドサービスでは、無停止運用が当たり前といった風潮もありますが、なぜ SmartHR が停止メンテナンス運用を選択したのか、今後のサービス提供においてどのようなことを重視していくのかを技術者としての立場からご説明させて頂きます。 SmartHR の開発初期とマルチテナント問題 SmartHR は2015年2月に開発が始まり、同年11月にサービスインしました。
Rails アプリでオンラインでカラムの削除やリネームを行うには - eagletmt's blog
前提知識 Rails アプリにおいて、テーブルの追加やカラムの追加は簡単なものの、カラムの削除やリネームは慎重に行う必要がある。たとえアプリからそのカラムを参照してないとしても、いきなりカラムを削除するとエラーになる可能性が大いにある。 というのも Rails にはスキーマキャッシュというものがあり、テーブルのカラム情報をモデルがキャッシュしているからだ。このキャッシュはたとえばいわゆる N+1 クエリ問題を避けるために includes (eager_load) するときに参照される。 SELECT 句で t0_r0 のような機械的に別名が振られるようなクエリを見たことがある Rails エンジニアは多いと思う。 機械的に全カラムを取得するためにスキーマキャッシュを利用しているため、このようなクエリが実行されてる中でカラムを削除したりリネームしたりすると、スキーマキャッシュをもとに並べら
kubernetesの無停止運用を意識した検証
Deploymentで定義されたPod数をkubernetesは維持するように動きます。 何かしらの理由で一部のPodに障害が起きたときには、すぐに新しいPodを起動します（コンテナをデプロイする）。 そんな便利なkubernetesですが開発が活発なこともあり、ちょっと困ったことがあります。 それは、kubernetes自体のバージョンアップです。 この記事を書いている時点では、1.4.6です。 しかし、マイナーバージョンは、約３ヶ月に１回あがります。 kubernetes自体はクラスタ内にマスターのデーモンとノードのデーモン２つのデーモンで構成されています。 マスターのバージョンは無停止でアップグレードできるのですが、 ノードのバージョンは、バージョンアップ時にダウンタイムが発生する可能性があります。 これでは、ゲーム運用の要件の無停止が満たせなくなってしまいます。 そこで次のような方
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
20170329 D3 DBAが夜間メンテをしなくなった日 発表資料
Sass を今すぐ実務で使おうよ！ « LINE Engineers' Blog
