GKEにおけるストリーミングサイドカーコンテナの動作検証 - Qiita
ログのファイル出力による課題 コンテナはもちろん，Kubernetesではコンテナではログは標準出力/標準エラー出力に 出力することがベストプラクティスの1つです． 一方で，既存アプリを流用する場合でコンテナネイティブにアプリを改修できていないときなど ログをファイル出力している場合も多々あります． このようにログをファイル出力しているとpodが停止したときにログが失われてしまいます． ログ出力先を永続化できていたとしても kubectlコマンドでログを参照できないので不便です． ストリーミングサイドカーコンテナ(Streaming Sidecar Container) これを解決するのがストリーミングサイドカーコンテナです． ログファイルを標準出力に読み出すコンテナを対象アプリと同一podに梱包します． これによってkubernetesクラスタ標準のログ収集の仕組みに 対象ファイルも適用
趣味GKEのIngressを無料で済ませる - ダルツ海峡冬景色
GKEでサービスを外部公開する際には、 GKE Ingress とそのバックエンド GCP Cloud Load Balancing を使用するのがスタンダードです。が、これには費用 ($18/月~) がかかります。 これをCloudflare DNS + Contourで置き換えて、無料で済ませる方法を説明します。ノードは全台プリエンプティブインスタンスで構いません。 この記事はDoxseyさんによる Kubernetes: The Surprisingly Affordable Platform for Personal Projects を発展させた内容になります。 元記事と同様、紹介する構成は趣味利用にとどめてください。 GKEクラスタ作成 まずGKEクラスタを作成してください。3台以上で構築し、プリエンプティブを有効にするのがオススメです。 ちなみにDoxseyさんの記事ではf1
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Rails on GKEで運用するWebアプリケーションの紹介
