More than 5 years have passed since last update.

AWSユーザがGCPを使い始めてみた①

Last updated at 2017-04-20Posted at 2017-04-09

GCPのアカウントを取得して早数ヶ月。
実は全然使ってませんでした。

だって、分かんないんだもん。

ということで、久々にGCPを触ることにしたので、AWS利用者がGCPを触るときの方法を触りながらまとめます。
とりあえず①にしましたが、②以降があるかは不明です。

開設

Googleアカウントを持っていればすぐに開設可能
- もちろんG Suiteアカウントでも可能
無料で利用するにもクレジットカードの登録→請求アカウントの作成が必要
- 請求アカウントは自身のGoogleアカウントに紐づくGCP請求用のアカウント
プロジェクトと呼ばれる単位で権限分離などが可能
- プロジェクトの単位＝AWSのRootアカウント
- １つの請求アカウントにはいくつもプロジェクトを紐付け可能
- 請求情報はプロジェクトと呼ばれる単位で決められる
- G Suiteなどを使っていると、「組織」というのがあるが、これは必ず使う
  - 使うことで色々捗る
アカウント開設方法は以下（多分今でも変わってないはず）
- 日本リージョンが来る前にGoogleCloudPlatformを使える状態にしてみた
プロジェクトを作成すると３つのIDが作られる
- プロジェクト名：アカウント内で一意
- プロジェクトID：GCP内で一意。ときたまプロジェクト名と一致することもあるが、大抵は適当な数字が追加される
- プロジェクト番号：GCP内で一意。12桁の数字で表され、プロジェクト間の権限管理などで使用する。

	AWS	GCP
請求	AWSアカウント単位	プロジェクト単位
一括請求	Consolidated Billing	請求アカウントに一緒に紐付け

IAM(AWSと名前一緒)で管理
個人で使う分にはあまり気にしなくていい
複数人で使う場合は、各プロジェクトのIAMにユーザを追加していく
- G Suiteだとこれがすごく楽
AWSと異なり、現状(2017/4現在）、権限設定が雑
- アクションごとに設定できない
- 大まかに「オーナー」「閲覧者」「編集者」の３つで構成される
- まだ指定できないAPIもあるので、それについてはプロジェクトに対して権限付与しないといけない

複数のゾーンを跨いで構築することが可能
- ちなみに、リージョン跨ぎの通信はGCP内の専用線を通って通信される(インターネットを経由しない)
後述するが、FWやルートはサブネットワーク単位には紐付かない
- AWSでよくやる、「Public Subnet」「Private Subnet」構成はそもそもしない
というか、サブネットワーク使わなくていい（と個人的には思っている）
- 1ネットワーク1サブネットワークでいい(と個人的には思っている)
- ドキュメントにはレガシーモードって書かれてるけど
昔は存在しなかったので、古いネットワークではそもそも利用できない
IGWはサブネット単位で自動で作られる
- AWSはわざわざ作成&ルーティングの設定が必要

AWSと異なり、基本的にはインスタンス単位で記述する
- ただし、タグと呼ばれるグループにアタッチするので、該当インスタンスが複数にすることも可能
ポート、ソース、ターゲットの３つをセットで記述する
- ポート:「tcp:80;」「tcp:22;」「udp:123;」のような感じ
- ソース：どこからのアクセスか、IPアドレス(CIDR)，タグなどが指定可能
- ターゲット：どれに対してのルールか、基本的にはタグを指定する
(AWSと異なり)インスタンスからリンクが貼られてないので、どれが許可されてるかを追うのが大変かも
デフォルトのネットワークを使用すると、デフォルトでtcp:22;が全開けなので注意