resonite ヘッドレスサーバを Google Cloud で建てるオススメ¶
この記事は resonite の Headless Client(通称ヘッドレスサーバと呼ばれている為、以下ヘッドレスサーバと記載します) を動かすなら Google Cloud がオススメだよ、という内容です。
誰向けの記事？¶
下記に当てはまる方向けです。
resonite を常用していて Linux でヘッドレスサーバを建てたいと考えている方
Google Cloud に興味がある方
クラウドを推す理由¶
まず、 Google Cloud の前にパブリッククラウド全般に言えることです。
自宅に物理サーバを確保する必要がありません
クラウドの安定した十分な帯域の回線を利用できます
スケジュールを設定して自動起動／自動停止ができます
逆にデメリットとして、価格が高いので常時起動には向いていない、ある程度学習が必要といったことが挙げられます。
Google Cloud を推す理由¶
個人的に Google Cloud は 3 大パブリッククラウドの中で一番扱いやすいと考えてます（個人の感想です）。 使いやすさを感じる一番大きな部分はプロジェクトの概念です。 1つの契約で、プロジェクトを複数作成し、簡単に削除ができるのは趣味レベルで試行錯誤する人にとっては都合が良いです。
明日から構築する環境¶
その他、明日以降の記事で構築する環境は以下の特徴があります。
Google Cloud のネットワーク上に構築であれば、最低でも 7Gbps という十分な帯域が確保できます
起動中のヘッドレスサーバに接続して対話シェルを操作できます
インスタンス停止時にヘッドレスサーバの config を書き換えることができます
セキュリティに配慮しやすいです。
VPC ファイアウォールでヘッドレスサーバの forcePort のみを受け付ける設定にできます
インターネット側から直接 ssh させず IAP という仕組みで ssh できます
構築する Compute Engine のインスタンス（VM＝仮想マシン）について
必要な時だけインスタンス（サーバ）を起動する想定で、常時起動には向きません（常時起動してもいいけど料金が高いです）
ネットワーク回線が最低でも 7Gbps(約875MB/s)出ます
簡単に起動／停止、複製ができます
自動起動、自動停止をスケジュールできます
シャットダウン時にヘッドレスサーバのキャッシュを削除します（容量を喰う為）
パブリック（グローバル）IPアドレスを割り当てますが、固定 IP アドレスは確保しません
秘匿情報を格納する Secret Manager シークレットをインスタンスごとに作る必要がある
ヘッドレスサーバの構築について
インスタンス起動時に、自動的にヘッドレスサーバを起動します
起動時にヘッドレスサーバを自動アップデートします
簡単に構築して、少ない手間で作り直しができます（可能であれば数か月ごとに構築しなおした方が良いです）
自動起動後でも、簡単に ssh して、ヘッドレスサーバの対話シェルに繋ぐことができます
明日の記事 へ続きます。
