はじめに このガイドは、main ブランチへのプッシュがある場合、GitHub Actions を使ってコンテナー化されたアプリケーションをビルドし、それを Google Container Registry (GCR) にプッシュし、Google Kubernetes Engine (GKE) にデプロイする方法を説明します。 GKEはGoogle CloudによるマネージドなKubernetesクラスタサービスで、コンテナ化されたワークロードをクラウドもしくはユーザ自身のデータセンターでホストできます。 詳細については、「Google Kubernetes Engine」を参照してください。 注: GitHub Actions ワークフローが OpenID Connect (OIDC) をサポートするクラウド プロバイダーのリソースにアクセスする必要がある場合、そのクラウド プロバイダ
概要 GKEに用意されているノードの自動アップグレードは便利ですが、インスタンスの再起動を考慮していない構成・設定だとアプリケーションサービスが停止します。 解決している問題は少ないですがアプリケーションサービスが停止するケースと解決方法をまとめました。 環境 Kubernetes(GKE): >= v1.6 アプリケーションサービスが停止するケース Podの配置が偏っている spec.replicas: 2のDeploymentをapplyすると、以下の図のように1つのインスタンスに偏るケースが発生します。 ノードのアップグレードは1台づつkubectl drainするため、PodAが同じタイミングでterminateされます。 この状態になるとPodAと通信ができないので、アプリケーションサービスの停止につながります。 解決方法 PodDisruptionBudgetを設定する kub
この記事は最終更新日から一定の時間が経過しています。情報が古くなっている可能性があるため注意してください。 Kubernetesの利用頻度が増えてきたので、個人VPSで運営しているWordPressを Google Kubernetes Engine (GKE)に移行しようと思いました。新規で構築する手順は公式のチュートリアルをはじめまとまっている情報を見かけるのですが、既存の運営データを引っ越す過程から記載している情報を目にしなかったので、それらも記載しています。 これまでのVPS運営に具体的な問題があるわけではないのですが、仕事とは別に個人で運用することで新たに気づく事も多いので、意味のあるトライと位置づけています。 本記事の前提 Dockerに関する多少の理解があること(コンテナ、イメージ、タグなどの意味がわかること) GCPでGKEセットアップが完了していること(GKEセットアップ
このページは 5/18(土) 14:00 - 18:00 開催予定のGCPUG Shimane #04 のハンズオンセッションの資料となります。 https://gcpug-shimane.connpass.com/event/128517/ 目的 今回のハンスおんはGKEにRedmineをデプロイする作業を通して、FileStore(nfs), CloudSQL(mysql)との連携を体験していただくことがメインとなります。 アジェンダ 資料の説明(ハンズオンの内容説明) GCPの構成の説明(コンテナ、kubernetesの説明) RedmineをGKEをベースに動かしてみる(ハンズオン) 事前準備 Cluster 作成 FileStore 作成 CloudSQL 作成 Redmine デプロイ 運用管理について 削除方法 構成の説明 RedmineをGKEをベースに動かしてみる(ハンズ
RailsアプリをKubernetes(GKE)上で運用した事例の紹介です。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く