GitLab GCPに 移行した（中編） - pixiv inside
こんにちは、インフラ部の id:sue445 です。 前回に引き続きGitLabのGCP移行について紹介します。 前編の記事はこちらになります inside.pixiv.blog 今回の目次 今回の目次 やったこと2: 実際にGCPに構築した GitLab構築に関係するリポジトリの構成 gcp-gitlab-terraform gcp-gitlab-playbook gcp-gitlab-helm 備考 全体の構成図 webservice (GitLab本体) GitLab CI 3rd party製のDockerイメージから公式のDockerイメージに移行した Docker Swarmは継続利用 GitLabを複数ゾーンで動かすための準備だけした やりたかった構成 現在の構成 Cloud IAPとTunneling SSH Connectionsを利用したgitアクセス Tunnelin
GCEとMySQLで実現する高可用性システム(HA)
TL;DRマルチゾーンのGCE上にInnoDB Cluster(MySQL Group Replication) + MySQL Routerを構成することで、高可用性システムが簡単に実現できます はじめに本記事で取り扱う内容は執筆時点(2018年11月21日時点)の情報となります。特にSLAの内容は変更されている可能性がありますので、必ずオリジナルのSLAをご確認ください。 クラウドにおける稼働率の考え方クラウドでシステムを構築する際に重要となる一つのポイントがサービス毎に設定されているアップタイム(稼働率)のSLAとなります。RDBのマネージドサービスであるCloudSQLのアップタイムのSLAを確認してみると、99.95%である事がわかります（ダウンタイムの定義についてはSLAサイトをご確認ください)。 DBを構築する際、Cloud SQLで保証されている稼働率では不足している場合は
GCP本格採用で遭遇した課題とマイクロサービス的解決
2018-02-28 wed. 第 3 回 Google Cloud INSIDE Games & Apps Fringe81株式会社 豊島 正規 氏の登壇スライドです。Read less
いつでも無料！Google Compute Engine 常時無料枠の使い方
つい先日（2017年3月9日頃）Google Cloud Platform の常時無料枠が拡大され、トライアル期間が終了しても Google Compute Engine（仮想サーバー） の f1-micro インスタンスが、USリージョンに限り月1台無料で使えるようになりました。Google Cloud Platform をこれから試そうと思っている人にも、すでに使っている人にも嬉しい仕組みですね。 そこで今回は、はじめて Google Cloud Platform を使う方向けに、Google Cloud Platform の利用登録から Compute Engine で作成したサーバーにログインするところまでの手順をまとめてみました。 Compute Engine の常時無料枠 拡大された Google Compute Engine の常時無料枠は、以下の通りです。（2017年6月2
GCPとterraformに入門しつつdockerのv1.13新機能stack deployを試してみた - Qiita
今年に入ってdockerのVersion1.13がリリースされたことを小耳に挟んだので、 普段はトラディショナルなオンプレ環境しか触ってないOpsが、勉強がてら試してみたメモです。 目的 以下のかっこいい技術を触ってみる（普段オンプレCentOS5触ってますが何か） GCP terraform docker 構成としてはこんな感じを目指します 構成のポイントとしては + GKE(Google Container Engine)じゃなくて敢えてGCE(Google Compute Engine)でCentOS7サーバを構築する(オンプレをイメージ) + dockerはもちろんswarmモードでクラスタを構成する + CentOS7サーバの構築など、GCPの操作はterraformで"Infrastructure as code"っぽく構築する 手順 前提条件 GCPのアカウント登録は完了して
fluentdでGoogle Compute Engineのログを一つに集約する | A-TAK
前回、Google Compute EngineでオートスケールするWebサーバーを構築しましたが、ログが各サーバーに分散したり、インスタンスが終了するとログも消えるので、Fluentdでログを一カ所に集めることにしました。 オートスケールは便利だがどこに接続しているかわからん前回の記事↓ 前回、GCE上に負荷に応じて自動でサーバーが勝手にできあがっては消えていくオートスケールのWordPressサーバーを構築しましたが、問題が起きたときのログを確認するのが非常に面倒だと気づきました。 MarsEditからWordPressに画像投稿すると、絶対に投稿に失敗するという問題が起きていまして(現在は解決)、ただWebサーバーが複数あるので、一体どこのサーバーにエラーログが残っているかわからない。片っ端から見るのは面倒…。 Fluentdというのが流行 最初はsyslogでログを転送して一カ所に
Google Container Engineに移行した その4 | A-TAK
前回まででNginxとphp-fpmをビルドしてGoogleのリポジトリにアップしました。今回はGoogle Container Engine(GKE)のクラスタを作成します。 前回の記事Google Container Engineに移行した その3 | A-tak-dot-com その前にDBとNFSサーバを作る 今回、DB(MariaDB)とWordPressのファイルを置くNFSサーバーはコンテナではなく普通のVMとして立ち上げる想定にしています。作成方法は過去記事を参考にしてください。 お名前．ｃｏｍ VPSからGoogle Compute Engineにサーバー移行した その2 | A-tak-dot-com これを先につくっておかないとコンテナがNFSをマウントできなくてコンテナ起動に失敗するので先に用意しておく必要があります。 クラスタを作成するクラスタを作成します。 [b
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
