ログのファイル出力による課題 コンテナはもちろん，Kubernetesではコンテナではログは標準出力/標準エラー出力に 出力することがベストプラクティスの1つです． 一方で，既存アプリを流用する場合でコンテナネイティブにアプリを改修できていないときなど ログをファイル出力している場合も多々あります． このようにログをファイル出力しているとpodが停止したときにログが失われてしまいます． ログ出力先を永続化できていたとしても kubectlコマンドでログを参照できないので不便です． ストリーミングサイドカーコンテナ(Streaming Sidecar Container) これを解決するのがストリーミングサイドカーコンテナです． ログファイルを標準出力に読み出すコンテナを対象アプリと同一podに梱包します． これによってkubernetesクラスタ標準のログ収集の仕組みに 対象ファイルも適用
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. Copyright (C) 2018 DeNA Co.,Ltd. All Rights Reserved.Copyright (C) 2018 DeNA Co.,Ltd. All Rights Reserved. Jun 9, 2018 Spring_MT DeNA Co., Ltd. Rails on GKEで運用するWebアプリケーションの紹介 2. Copyright (C) 2018 DeNA Co.,Ltd. All Rights Reserved. 自己紹介 • 自己紹介 2 2008年 DeNA入社 2010年 エンジニアになる 2011年 DeNA退社 -> 福岡へ 2013年 DeNAに出戻り 2016年 ゲーム事業本部 2017年 コマース&インキュベーション事業本部 GitHub https://github.com/SpringMT T
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
