GCP のバックアップ(No.6)

• バックアップ一覧
• 差分 を表示
• 現在との差分 を表示
• ソース を表示
• GCP へ行く。
  • 1 (2017-11-08 (水) 10:53:00)
  • 2 (2017-11-08 (水) 11:59:29)
  • 3 (2018-04-14 (土) 15:16:14)
  • 4 (2018-12-21 (金) 11:21:31)
  • 5 (2019-04-11 (木) 16:52:28)
  • 6 (2019-04-15 (月) 15:27:24)
  • 7 (2019-08-02 (金) 23:24:27)
  • 8 (2019-08-03 (土) 14:55:04)
  • 9 (2019-12-15 (日) 02:23:34)
  • 10 (2019-12-15 (日) 03:16:37)
  • 11 (2019-12-15 (日) 19:57:52)
  • 12 (2019-12-16 (月) 01:24:45)
  • 13 (2020-03-29 (日) 01:53:21)
  • 14 (2020-03-29 (日) 16:53:49)
  • 15 (2020-03-29 (日) 21:20:52)
  • 16 (2020-04-23 (木) 00:45:58)
  • 17 (2020-06-13 (土) 22:54:31)
  • 18 (2020-06-14 (日) 22:45:23)
  • 19 (2020-06-17 (水) 10:20:21)
  • 20 (2020-07-13 (月) 04:48:48)
  • 21 (2020-08-03 (月) 15:14:15)
  • 22 (2020-10-19 (月) 09:37:55)
  • 23 (2020-11-05 (木) 16:49:01)
  • 24 (2020-12-05 (土) 12:41:56)
  • 25 (2021-06-09 (水) 00:49:26)
  • 26 (2021-11-06 (土) 16:26:51)
  • 27 (2022-04-29 (金) 23:38:21)
  • 28 (2022-07-18 (月) 02:03:05)
  • 29 (2022-07-31 (日) 23:31:39)

免責事項 †

• このページを書いているのは、グーグル・クラウド・ジャパン合同会社に所属するTechnical Solution Engineerの若田部 亮です(2019 4月-)。
• 本ページに書かれていることは個人的なメモであり、Alphabet傘下の会社の意見とは異なりますので、ご了承ください。

概要 †

• GCPの使い方

疑問 †

• KVS
• 可用性と可用性の指標
• ハイパーバイザー

基本構成 †

• 物理的には、リージョン->ゾーン->物理サーバとなっている
• プロジェクトはリージョンに対して割り当てられている。
  • リージョン内ではゾーンで冗長化されている

• プロジェクト
  • 唯一の課金アカウントと結び付けられている
  • プロジェクトには一般アカウントが複数ログインできる
  • 逆に、それぞれの一般アカウントは、複数のプロジェクトにログインできる
  • プロジェクトの権限管理はIAMとかいうものでなされる（なんの略？）
  • 複数のインスタンス=サービス=VMみたいなものが、一つのプロジェクトの中で、ネットワークを構成して動いている。インスタンスそのものが別のリージョンで動いていたとしても、内部ネットワークとして利用できる

• プロジェクトのネットワーク
  • Legacy Network = リージョンにまたがったsubnet
  • Subnet Network = 単一のリージョンでのsubnet

• Cloud Shell
  • f1-microクラス/debianのめちゃくちゃ弱いGCEの一時インスタンスの上で実行されるシェル
  • 課金なし・永続5GB, ユーザごとに割り当てられていて、プロジェクトにまたがって共有される

用語 †

• Cloud Launcher
  • 150個以上の事前ソフトパッケージをGCEにデプロイできる

• CAPの定理
  • NoSQLで3つの性質を同時に満たすことが極めて難しいという定理

• デプロイ

一般的なクラウドサービスの知識 †

• 仮想化技術
  • ホスト型仮想化: 要するにVM, 手軽だがオーバーヘッドが高い
  • ハイパーバイザー型仮想化: GCEではLinuxKVMが使用されている (GCEはこれが使われている)
  • コンテナ型仮想化: 動作環境（ライブラリなど）を閉じ込めて、見た目独立したサーバのように動作するサービス

• ライフマイグレーション技術
  • ハードウェアメンテンナンスのときに、「あるVM in サーバAを、in サーバBに無停止で移動する」

• プリエンティティブVM
  • いつ切られてもおかしくないVMだが、80%割引

• ディスク
  • 永続ディスク: ネットを介して接続されたNASみたいなもの。
  • ローカルSSD: めちゃくちゃ早い(IOPSが高いという)

• Web三層アーキテクチャ
  • Webフロントサーバ： HTTP reqを受け取って、HTTP resを返すためのサーバ
  • Webアプリケーションサーバ: 本体の実行
  • データベースサーバ: データの管理をする、ボトルネックになりがち
  • 小規模システムでは上記をすべて兼ねることもできるし、WebフロントとWebアプリケーションを兼ねることもある（p55-58参照）

サービス †

Google Computing Platform †

Cloud Storage †

• GAE, GCE, BQ, CDのBackend Storageとして使える
• 特徴
  • オブジェクトストレージ
  • エッジキャッシュ

• ストレージタイプ
  • Multi-Regional: 複数のリージョンにデータを分散
  • Regional: 単一のリージョンの複数のゾーンにデータを分散
  • Necling: 月一回程度のアクセス
  • Cold Line: 年一回程度のアクセス

• GCP全体->バケット->オブジェクトの順に階層がある
  • オブジェクトはたとえば画像イメージみたいなもの
  • オブジェクトに対してそれを取得するためのHTTPリクエストを投げることができる
  • オブジェクト自体にはディレクトリのような階層構造はないが、名前にスラッシュを入れることで擬似的にそう扱うことはできる

Google Cloud SQL †

• GAE, GCEからアクセス可能
• Cloud SQL Proxyで通信経路の暗号化もできる

インスタンス設定 †

• インスタンスに"http-server"タグを付記するとHTTPにつなぐための通信許可が得られる

デプロイ †

• 外部IPを設定して全世界に公開することもできる（！？）
  • どうやってるの

初期設定 †

• いつhamkoになったのか…？

curl https://sdk.cloud.google.com | bash
exec -l $SHELL
gcloud init # ちゃんとログインページに飛ばしてくれないので、リンクを手でコピペする

ssh †

gcloud compute ssh instance-1 --zone us-central1-c

GCPでコマンドが無い時に自動終了するスクリプト †

https://twitter.com/imos/status/923551881166602240

月2ドルとかで超安くサーバが使えるように鳴るらしい

Googleクラウド お金がクレジットある状態だと不明瞭なのまじね。試しに使って見て、これくらいかーとなるもんじゃないの