NixOS on GCEでMastodonインスタンスを建てた - Qiita
ナウなヤングにバカウケのMastodonのアカウントをそろそろ作った方がいいかな〜と思ってついこの前アカウントを作りました1。 しかしただアカウントを作るだけではあんまり面白くないので、この際だからということで自分だけの個人インスタンスを建ててみました。せっかくドメイン名も持ってるし 構成 今回はGCEの無料枠インスタンス（e2-micro @ us-west-1）一本で建てました。Postgresもredisもnginxも全部この中です。 ディスク30GB、メモリ1GBと小さいインスタンスですが、1ユーザくらいであれば問題なく動きます。 OSは少し気になっていたNixOSを導入してみました。 システム構成をすべてテキストで書くのはなかなか難しいところがありましたが、結果としてはこのOSを選んで正解だったと思います。 NixOS NixOSはLinuxディストリビューションのひとつで、特徴
【GCP/Terraform】 外部IPアドレスを持たないVMインスタンスからCloud NAT経由でインターネットへアクセスする
TL;DR こちらのリポジトリを参考にしてください -> https://github.com/nekoshita/gcp-cloud-nat-example こんな人向け Cloud NAT について知りたい＆使ってみたい GCPのVPCとかsubnetとかFirewallとかよくわかんない terraformでGCPさわりたい Cloud NAT について Cloud NAT とは NATを提供してくれるGoogleのマネージドサービスです 外部IPアドレスを持たないVMインスタンスや限定公開のGKEクラスタからインターネットへアクセスできるようになります Cloud NAT のメリット 個々のVMに外部IPアドレスを割り振る必要がなくなるのでよりセキュアになる 分散マネージドサービスなのでプロジェクト内のVMや単一の物理ゲートウェイデバイスには依存しない NATのIPアドレスを自動で
【GCP/Terraform】VMインスタンスをサブネット内に作成し、Firewallで許可したIPからのみSSH接続する
TL;DR こちらのリポジトリを参考にしてください -> https://github.com/nekoshita/gcp-vm-instance-in-subnet-example こんな人向け GCPのVPCとかsubnetとかFirewallとかよくわかんない GCPで踏み台サーバー立てたい AWSと全然違うからよくわかんない terraformでGCPさわりたい 解説 ネットワークとサブネット まずは新しいVPCネットワークを定義します。 （VPCネットワークについて: https://cloud.google.com/vpc/docs/vpc?hl=ja ） GCPプロジェクトを作成すると、デフォルトのVPCネットワークが作成されますが、こちらは公開設定されているので使いません。 VPCネットワークはグローバルリソースなので、リージョンやゾーンは指定しません。 resource
Google Cloud、仮想マシンのサスペンド／レジュームが正式機能に。開発環境の未使用時にサスペンドでコスト削減など実現
Google Cloud、仮想マシンのサスペンド／レジュームが正式機能に。開発環境の未使用時にサスペンドでコスト削減など実現 仕組みもノートPCの実装に似ている サスペンド／レジューム機能は文字通り、まるでノートPCの画面を閉じて作業を一時停止させ、画面を開いて作業を再開するように、仮想マシンの一時停止と再開を可能にします。 そしてレジュームによって保持された状態から処理が再開できます。 仮想マシンのサスペンドでは、ゲストOSのメモリ、デバイスの状態、アプリケーションの状態が保持されます。これがインスタンスの停止とは異なります。 サスペンド機能は一時停止信号の「ACPI S3」がOSに送信されることで実現されるため、技術的な面でもノートPCのサスペンド／レジュームの実装に似ていると言えるでしょう。 そのためCompute Engineで提供されているほとんどのOSでサポートされています。
Google Cloud Compute EngineをTerraformで構築してみる | DevelopersIO
はじめに こんにちは、CX事業本部MAD事業部の森茂です。 本エントリーはクラスメソッドGoogle Cloud Advent Calendar 2021の18日目の記事です。 本記事の執筆でGoogle Cloudデビューしました。 みなさんもojichatをもっと手軽に利用できないかという相談をうけることがよくあるかと思います。 今回はそういったご要望に応える方法のひとつとして、Google Cloudの仮想マシンを作成できるサービスであるGoogle Cloud Compute Engine（以下GCE）をTerraformで構築し、手軽にコンソールのSSHターミナルからojichatを実行できる環境を構築してみました。 環境構築 Terraformを使って環境を構築するには事前の準備が必要になります。下記ツールのインストールとGoogle Cloudで利用できるプロジェクトを管理コ
TerraformでGCE環境を構築する
TerraformでGCE環境を構築した際の手順です。(Terraformは予めインストールしておいてください） サービスアカウントの用意 TerraformでGCE環境構築する際に使用するサービスアカウントを用意します。 サービスアカウントを用意したらJSON形式で鍵を作成してください。 また、インスタンスを立てる際、サービスアカウントにインスタンスを立てる権限がないと権限エラーでひっかかります。 公式ドキュメント(https://cloud.google.com/compute/docs/access/iam?hl=ja#the_serviceaccountuser_role)によるとCompute インスタンス管理者（v1） とサービスアカウントユーザーの2つの権限が必要になるのでIAMから付与してあげてください。 .tfファイルを用意 サービスアカウントが用意できたら、.tfファイ
プリエンプティブな GCE インスタンスの外部 IP を固定する - アルパカ三銃士
最近 iPad Pro を購入したため、これを開発環境のとしても活用できると良いなと思い、GCP でプリエンプティブな GCE インスタンスを作成した。 インスタンスに https://github.com/<username>.keys 経由で取得できる github に登録した自分の公開鍵を設定した。こうすることで秘密鍵を github に使っているものを利用することができる。 これで手元の ~/.ssh/config をこんな感じで修正すればもう使えるものだと思ってた。 Host gce Hostname <external-ip> IdentityFile ~/.ssh/github User codehex ForwardAgent yes 実際には使えていたが、暫くすると external-ip (以降、外部 IP)が突然変わってしまって毎回 config ファイルを修正してい
GCP Compute Engineで静的IPアドレスを割り当てる – yusuke.blog
GCPでブログ立ち上げ後、半日に一回くらいDBに接続できない旨のエラーが出ます。そのトラブルシューティングは別にするとして、対症療法的にVMを停止→起動したところサーバは復旧したもののIPアドレスが変わってしまいました。 そういえばGCPのコンソールで、IPアドレスの欄には「エフェメラル」と書いてあります。 なんか最強の武器の材料になる魔法石みたいな単語だけどephemeral(短命な)という英単語で、恒久的に割り当てられたIPアドレスではないという意味みたいです。停止、起動のたびにDNSを設定し直すのは大変面倒。 再起動しても変わらない静的IPアドレスを割り当てられるみたいなので設定してみました。 GCPのコンソールでインスタンスの詳細画面で「編集」をクリック。 編集画面でネットワークインターフェースの鉛筆マークを押す。 「外部IP:エフェメラル」となっているプルダウンリストをクリック。
GCEのインスタンスをCloud SDK(gcloud)で追加する - Qiita
Compute Engineのインスタンス追加はブラウザ上でポチポチやればすぐにできるんですが、 念のためCLIからもできるようにしておきたいので試してみました。 前提条件 Cloud SDKが導入済み gcp - Google Cloud Platformをローカルから利用するための準備 - Qiita プロジェクトの作成 GCEのインスタンスを追加する前に、器になるプロジェクトを作成します。 プロジェクトの作成はブラウザ上で「プロジェクトの作成…」より行います。 プロジェクトの作成を行うと プロジェクトID("geometric-sled-******"のような形式)が発行されるので メモっておきましょう。 ローカルでプロジェクトを初期化 gcloud init PROJECT_ID でプロジェクトの初期化を行います
Google Compute Engineネットワーク入門 #gcpja
ども、takiponeです。GCPの500ドルクーポンをゲットしたので、GCEをいろいろ触ってみたいと思います。 GCP(Google Cloud Platform)はGoogleが提供するクラウドサービスの総称で、GCE(Google Compute Engine)は、そのうちの仮想マシンを提供するサービスです。AWS(Amazon Web Services)とAmazon EC2の関係に似ていると思っていただければ良いと思います。(厳密に言うと、GCEにはネットワーキングやディスクストレージも含まれるので、Amazon VPC、Amazon EBSなどを内包します。) GCE自体の入門は、以下のブログ記事が詳しいです。 Google Cloud Platformをはじめようチュートリアル #gcpja - インフラエンジニアway - Powered by HEARTBEATS 今回は
fluentdでGoogle Compute Engineのログを一つに集約する | A-TAK
前回、Google Compute EngineでオートスケールするWebサーバーを構築しましたが、ログが各サーバーに分散したり、インスタンスが終了するとログも消えるので、Fluentdでログを一カ所に集めることにしました。 オートスケールは便利だがどこに接続しているかわからん前回の記事↓ 前回、GCE上に負荷に応じて自動でサーバーが勝手にできあがっては消えていくオートスケールのWordPressサーバーを構築しましたが、問題が起きたときのログを確認するのが非常に面倒だと気づきました。 MarsEditからWordPressに画像投稿すると、絶対に投稿に失敗するという問題が起きていまして(現在は解決)、ただWebサーバーが複数あるので、一体どこのサーバーにエラーログが残っているかわからない。片っ端から見るのは面倒…。 Fluentdというのが流行 最初はsyslogでログを転送して一カ所に
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
