[作業記録] はじめてみよう GCP ハンズオンセミナー Compute Engine 編

# これはなに

- GCPハンズオンセミナーの資料があったので、それをやってみました。
    - GCEを建てるときのネットワーク構成をどうすれば良いのか知りたかったので触ってみた次第です
- 表題の章をやってみたので、作業記録を残しておきます。
- ついでにサービスアカウント設定どうなってんねんって思ったのでちょっとだけ触ってみました。

# ハンズオン資料

- https://goo.gle/startgcp1

# 作業記録

## VMインスタンスを作成する

- 暗号化の鍵が気になる
    - `gcloud ssh` 使うなら基本はGoogle管理の鍵が安全な気がする。どうなんだろ

コンソールの **SSH** の隣の三角形▼から、**gcloud コマンドを表示** ってやると、VMにSSHするためのコマンドが表示される

```shell
$ gcloud beta compute --project "[YOUR_PROJECT_ID]" ssh --zone "asia-northeast1-a" "www1"
```

`gcloud` コマンド何度か使っていたからか、スライドみたいな対話インターフェースは出なかった

```shell
$ gcloud beta compute --project "[YOUR_PROJECT_ID]" ssh --zone "asia-northeast1-a" "www1"
Warning: Permanently added 'compute.1501268411356974593' (ECDSA) to the list of known hosts.
Linux www1 4.9.0-11-amd64 #1 SMP Debian 4.9.189-3+deb9u2 (2019-11-11) x86_64

The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
username@www1:~$
username@www1:~$
```

## Webページを提供する

Apache をインストールする

```shell
$ sudo apt update
Get:1 http://security.debian.org stretch/updates InRelease [94.3 kB]
Ign:2 http://deb.debian.org/debian stretch InRelease                                                
Get:3 http://deb.debian.org/debian stretch-updates InRelease [91.0 kB]                              
Get:4 http://deb.debian.org/debian stretch-backports InRelease [91.8 kB]                                                     
Hit:5 http://deb.debian.org/debian stretch Release         
Get:6 http://packages.cloud.google.com/apt cloud-sdk-stretch InRelease [6,377 B]
Get:7 http://packages.cloud.google.com/apt google-compute-engine-stretch-stable InRelease [3,843 B]
Hit:8 http://packages.cloud.google.com/apt google-cloud-packages-archive-keyring-stretch InRelease
Get:9 http://security.debian.org stretch/updates/main Sources [201 kB]
Get:10 http://security.debian.org stretch/updates/main amd64 Packages [508 kB]
Get:11 http://security.debian.org stretch/updates/main Translation-en [224 kB]     
Get:12 http://deb.debian.org/debian stretch-backports/main Sources.diff/Index [27.8 kB]
Get:13 http://deb.debian.org/debian stretch-backports/main amd64 Packages.diff/Index [27.8 kB]
Get:14 http://deb.debian.org/debian stretch-backports/main Sources 2019-11-26-0814.05.pdiff [33 B]
Get:15 http://deb.debian.org/debian stretch-backports/main Sources 2019-11-26-1413.09.pdiff [876 B]
Get:16 http://deb.debian.org/debian stretch-backports/main amd64 Packages 2019-11-26-1413.09.pdiff [544 B]
Get:15 http://deb.debian.org/debian stretch-backports/main Sources 2019-11-26-1413.09.pdiff [876 B]
Get:16 http://deb.debian.org/debian stretch-backports/main amd64 Packages 2019-11-26-1413.09.pdiff [544 B]
Get:18 http://packages.cloud.google.com/apt google-compute-engine-stretch-stable/main amd64 Packages [1,317 B]
Fetched 1,278 kB in 1s (897 kB/s)                  
Reading package lists... Done
Building dependency tree       
Reading state information... Done
All packages are up to date.
```

```shell
$ sudo apt update
Get:1 http://security.debian.org stretch/updates InRelease [94.3 kB]
Ign:2 http://deb.debian.org/debian stretch InRelease                                                
Get:3 http://deb.debian.org/debian stretch-updates InRelease [91.0 kB]                              
Get:4 http://deb.debian.org/debian stretch-backports InRelease [91.8 kB]                                                     
Preparing to unpack .../17-xml-core_0.17_all.deb ...
...

Created symlink /etc/systemd/system/multi-user.target.wants/apache2.service → /lib/systemd/system/apache2.service.
Created symlink /etc/systemd/system/multi-user.target.wants/apache-htcacheclean.service → /lib/systemd/system/apache-htcacheclean.service.
Processing triggers for libc-bin (2.24-11+deb9u4) ...
Processing triggers for sgml-base (1.29) ...
Processing triggers for systemd (232-25+deb9u12) ...
```

コンソールのIPアドレスをクリックする。httpsでつなぎに行くので、アドレスバーでhttpに直して繋ぐ → Apacheの最初の画面が出てきた :ok:

## （演習1）リージョン跨ぎの通信

以下の準備をする。

1. Asiaリージョンにwww1を作成して、defaultネットワークに接続
1. Usリージョンにwww2を作成して、defaultネットワークに接続

`1.` はすでにできているので、`2.` を実施する。スライド内でwww1を作ったときの手順に従ってコンソールを操作する。その際、リージョンを us-central1、ゾーンを us-central1-aに設定する。 :ok:

### 1. ローカル端末から ASIA リージョン、US リージョンにある VM インスタンス（外部 IP アドレス）に ping を発行して、レイテンシを確認してみてください

FWは何も設定してないから通るはず

```shell:asia-northeast1-a
$ ping 35.200.105.40
PING 35.200.105.40 (35.200.105.40): 56 data bytes
64 bytes from 35.200.105.40: icmp_seq=0 ttl=62 time=5.790 ms
64 bytes from 35.200.105.40: icmp_seq=1 ttl=62 time=6.529 ms
64 bytes from 35.200.105.40: icmp_seq=2 ttl=62 time=9.218 ms
64 bytes from 35.200.105.40: icmp_seq=3 ttl=62 time=5.933 ms
64 bytes from 35.200.105.40: icmp_seq=4 ttl=62 time=6.276 ms
64 bytes from 35.200.105.40: icmp_seq=5 ttl=62 time=6.023 ms
64 bytes from 35.200.105.40: icmp_seq=6 ttl=62 time=5.746 ms
64 bytes from 35.200.105.40: icmp_seq=7 ttl=62 time=6.350 ms
^C
--- 35.200.105.40 ping statistics ---
8 packets transmitted, 8 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 5.746/6.483/9.218/1.065 ms
```

```shell:us-central1-a
$ ping 35.184.64.37
PING 35.184.64.37 (35.184.64.37): 56 data bytes
64 bytes from 35.184.64.37: icmp_seq=0 ttl=54 time=127.880 ms
64 bytes from 35.184.64.37: icmp_seq=1 ttl=54 time=127.847 ms
64 bytes from 35.184.64.37: icmp_seq=2 ttl=54 time=127.619 ms
64 bytes from 35.184.64.37: icmp_seq=3 ttl=54 time=144.138 ms
64 bytes from 35.184.64.37: icmp_seq=4 ttl=54 time=127.666 ms
64 bytes from 35.184.64.37: icmp_seq=5 ttl=54 time=127.811 ms
64 bytes from 35.184.64.37: icmp_seq=6 ttl=54 time=127.514 ms
64 bytes from 35.184.64.37: icmp_seq=7 ttl=54 time=127.366 ms
^C
--- 35.184.64.37 ping statistics ---
8 packets transmitted, 8 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 127.366/129.730/144.138/5.448 ms
```

RTTは次の通り。(単位:ms)

|ゾーン|min|avg|max|stddev|
| --- | ---: | ---: | ---: | ---: |
| asia-northeast1-a | 5.746 | 6.483 | 9.218 | 1.065 |
| us-central1-a | 127.366 | 129.730 | 144.138 | 5.448 |

stddev は標準偏差。値のばらつきを表す。
離れたリージョン(us-central1)のRTTは大きい、という当然のことが確認できた。 :ok_man: 

### 2. www1 に SSH ログインして、www2 に向けて ping コマンドを実行してください（ping [www2の内部IPアドレス] を実行)

```shell
$ ping 10.128.0.2
PING 10.128.0.2 (10.128.0.2) 56(84) bytes of data.
64 bytes from 10.128.0.2: icmp_seq=1 ttl=64 time=126 ms
64 bytes from 10.128.0.2: icmp_seq=2 ttl=64 time=125 ms
64 bytes from 10.128.0.2: icmp_seq=3 ttl=64 time=125 ms
64 bytes from 10.128.0.2: icmp_seq=4 ttl=64 time=125 ms
64 bytes from 10.128.0.2: icmp_seq=5 ttl=64 time=125 ms
64 bytes from 10.128.0.2: icmp_seq=6 ttl=64 time=125 ms
64 bytes from 10.128.0.2: icmp_seq=7 ttl=64 time=125 ms
64 bytes from 10.128.0.2: icmp_seq=8 ttl=64 time=125 ms
^C
--- 10.128.0.2 ping statistics ---
8 packets transmitted, 8 received, 0% packet loss, time 7011ms
rtt min/avg/max/mdev = 125.371/125.565/126.577/0.383 ms
```

統計値は↓

|min|avg|max|stddev|
| --- | ---: | ---: | ---: |
| 125.371 | 125.565 | 126.577 | 0.383 |

- ローカル端末とasia-norseast1リージョンは物理的に近いから、us-central1 リージョン宛のRTTは似通ったものになる。
- ローカルでやるよりRTTのばらつきが少ない。内部的には安定したネットワークなんかな。
    - ばらつきが少ないってのは低遅延系のアプリにとって良い特性だと思う。


## （演習 2）プライベートネットワークを作成

mynetwork ネットワークを作成し、www3という名前でVMを作成する。www3の作成時に、コンソールで mynetwork への接続を設定する。

:ok_man: 

### 通信確認

default ネットワークと mynetwork ネットワークが分離されていることを確認する。

#### 1. www3 にログインして、www1 に対して ping を実行してください

```shell
$ ping 10.146.0.11
PING 10.146.0.11 (10.146.0.11) 56(84) bytes of data.
^C
--- 10.146.0.11 ping statistics ---
13 packets transmitted, 0 received, 100% packet loss, time 12275ms
```

繋がらない

#### 2. www3 にログインして、www1 の Public IP アドレスに対して ping を実行
してください

```shell
$ ping 35.200.105.40
PING 35.200.105.40 (35.200.105.40) 56(84) bytes of data.
64 bytes from 35.200.105.40: icmp_seq=1 ttl=55 time=256 ms
64 bytes from 35.200.105.40: icmp_seq=2 ttl=55 time=255 ms
64 bytes from 35.200.105.40: icmp_seq=3 ttl=55 time=256 ms
64 bytes from 35.200.105.40: icmp_seq=4 ttl=55 time=256 ms
64 bytes from 35.200.105.40: icmp_seq=5 ttl=55 time=256 ms
64 bytes from 35.200.105.40: icmp_seq=6 ttl=55 time=255 ms
^C
--- 35.200.105.40 ping statistics ---
6 packets transmitted, 6 received, 0% packet loss, time 5006ms
rtt min/avg/max/mdev = 255.711/256.056/256.536/0.564 ms
```

繋がる

## （演習3）ディスクを追加する

ディスクを作成してVMにマウントする。


### ディスクの追加

コンソールで操作する。www1 にディスクを追加した。:ok:
インスタンスにSSHして、 `df` で利用可能なディスクを確認する

```shell
$ sudo df -h
Filesystem      Size  Used Avail Use% Mounted on
udev            286M     0  286M   0% /dev
tmpfs            60M  2.5M   57M   5% /run
/dev/sda1       9.8G  1.2G  8.1G  13% /
tmpfs           297M     0  297M   0% /dev/shm
tmpfs           5.0M     0  5.0M   0% /run/lock
tmpfs           297M     0  297M   0% /sys/fs/cgroup
```

マウントポイントを作る

```shell
$ sudo mkdir -p /mnt/disk2
```

ディスク名を確認

```shell
$ ls -l /dev/disk/by-id/google-*
lrwxrwxrwx 1 root root  9 Nov 28 03:41 /dev/disk/by-id/google-disk-2 -> ../../sdb
lrwxrwxrwx 1 root root  9 Nov 28 02:29 /dev/disk/by-id/google-www1 -> ../../sda
lrwxrwxrwx 1 root root 10 Nov 28 02:29 /dev/disk/by-id/google-www1-part1 -> ../../sda1
```

`/dev/disk/by-id/google-disk-2 -> ../../sdb` これです。 `/dev/disk/sdb` のシンボリックリンク。GCPのディスク名で識別できるようになっている。なるほど。

これをフォーマットする:

```shell
$ sudo mkfs.ext4 -F -E lazy_itable_init=0,lazy_journal_init=0,discard /dev/disk/by-id/google-disk-2
mke2fs 1.43.4 (31-Jan-2017)
Discarding device blocks: done               
Creating filesystem with 131072000 4k blocks and 32768000 inodes
Filesystem UUID: a1d2cc1f-d184-4d4c-ba55-086ac7508629
Superblock backups stored on blocks:
        32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
        4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968,
        102400000

Allocating group tables: done     
Writing inode tables: done     
Creating journal (262144 blocks): done
Writing superblocks and filesystem accounting information: done    
```

ディスクをマウントする:

```shell
$ sudo mount -o discard,defaults /dev/disk/by-id/google-disk-2 /mnt/disk2
```

確認する:

```shell
$ sudo df -h
Filesystem      Size  Used Avail Use% Mounted on
udev            286M     0  286M   0% /dev
tmpfs            60M  2.5M   57M   5% /run
/dev/sda1       9.8G  1.2G  8.1G  13% /
tmpfs           297M     0  297M   0% /dev/shm
tmpfs           5.0M     0  5.0M   0% /run/lock
tmpfs           297M     0  297M   0% /sys/fs/cgroup
/dev/sdb        492G   73M  467G   1% /mnt/disk2

$ cd /mnt/disk2
$ ls -al
total 24
drwxr-xr-x 3 root root  4096 Nov 28 03:50 .
drwxr-xr-x 3 root root  4096 Nov 28 03:44 ..
drwx------ 2 root root 16384 Nov 28 03:50 lost+found
```

`/dev/sdb` が爆誕した。

## （演習 4）Stackdriver

### エージェントを入れる

```shell:Monitoringエージェント
$ curl -sSO https://dl.google.com/cloudagents/install-monitoring-agent.sh
$ sudo bash install-monitoring-agent.sh
==============================================================================
Starting installation of stackdriver-agent
==============================================================================

Installing agent for Debian or Ubuntu.
OK
Hit:1 http://security.debian.org stretch/updates InRelease
Ign:2 http://deb.debian.org/debian stretch InRelease
Hit:3 http://deb.debian.org/debian stretch-updates InRelease
Hit:4 http://deb.debian.org/debian stretch-backports InRelease
Hit:5 http://deb.debian.org/debian stretch Release
Get:7 http://packages.cloud.google.com/apt google-cloud-monitoring-stretch InRelease [3,806 B]
Hit:8 http://packages.cloud.google.com/apt cloud-sdk-stretch InRelease
Hit:9 http://packages.cloud.google.com/apt google-compute-engine-stretch-stable InRelease
Hit:10 http://packages.cloud.google.com/apt google-cloud-packages-archive-keyring-stretch InRelease
Get:11 http://packages.cloud.google.com/apt google-cloud-monitoring-stretch/main amd64 Packages [1,903 B]
Fetched 5,709 B in 0s (5,825 B/s)                    
Reading package lists... Done
Reading package lists... Done
Building dependency tree       
Reading state information... Done
The following additional packages will be installed:
  libltdl7 libpython2.7 libyajl2
Suggested packages:
  default-jre libhiredis0.13 libmariadbclient18 libpq5
The following NEW packages will be installed:
  libltdl7 libpython2.7 libyajl2 stackdriver-agent
0 upgraded, 4 newly installed, 0 to remove and 0 not upgraded.
Need to get 3,235 kB of archives.
After this operation, 9,982 kB of additional disk space will be used.
Get:1 http://deb.debian.org/debian stretch/main amd64 libltdl7 amd64 2.4.6-2 [389 kB]
Get:2 http://deb.debian.org/debian stretch/main amd64 libpython2.7 amd64 2.7.13-2+deb9u3 [1,071 kB]
Get:3 http://deb.debian.org/debian stretch/main amd64 libyajl2 amd64 2.1.0-2+b3 [23.2 kB]
Get:4 http://packages.cloud.google.com/apt google-cloud-monitoring-stretch/main amd64 stackdriver-agent amd64 5.5.2-1001.stretch [1,752 kB]
Fetched 3,235 kB in 0s (14.8 MB/s)          
Selecting previously unselected package libltdl7:amd64.
(Reading database ... 40207 files and directories currently installed.)
Preparing to unpack .../libltdl7_2.4.6-2_amd64.deb ...
Unpacking libltdl7:amd64 (2.4.6-2) ...
Selecting previously unselected package libpython2.7:amd64.
Preparing to unpack .../libpython2.7_2.7.13-2+deb9u3_amd64.deb ...
Unpacking libpython2.7:amd64 (2.7.13-2+deb9u3) ...
Selecting previously unselected package libyajl2:amd64.
Preparing to unpack .../libyajl2_2.1.0-2+b3_amd64.deb ...
Unpacking libyajl2:amd64 (2.1.0-2+b3) ...
Selecting previously unselected package stackdriver-agent.
Preparing to unpack .../stackdriver-agent_5.5.2-1001.stretch_amd64.deb ...
Unpacking stackdriver-agent (5.5.2-1001.stretch) ...
Setting up libyajl2:amd64 (2.1.0-2+b3) ...
Processing triggers for libc-bin (2.24-11+deb9u4) ...
Processing triggers for systemd (232-25+deb9u12) ...
Setting up libltdl7:amd64 (2.4.6-2) ...
Setting up libpython2.7:amd64 (2.7.13-2+deb9u3) ...
Setting up stackdriver-agent (5.5.2-1001.stretch) ...
Processing triggers for libc-bin (2.24-11+deb9u4) ...
Processing triggers for systemd (232-25+deb9u12) ...

==============================================================================
Installation of stackdriver-agent-5.5.2-1001 completed successfully.

Please consult the documentation for troubleshooting advice:
  https://cloud.google.com/monitoring/agent

You can monitor the monitoring agent's logfile at:
  /var/log/syslog
==============================================================================
```

```shell:Loggingエージェント
$ curl -sSO https://dl.google.com/cloudagents/install-logging-agent.sh
$ sudo bash install-logging-agent.sh --structured
==============================================================================
Starting installation of google-fluentd
==============================================================================

Installing agent for Debian or Ubuntu.
OK
Get:1 http://packages.cloud.google.com/apt google-cloud-logging-wheezy InRelease [3,795 B]
Get:2 http://packages.cloud.google.com/apt google-cloud-logging-wheezy/main amd64 Packages [690 B]
Fetched 4,485 B in 0s (7,115 B/s)
Reading package lists... Done
Reading package lists... Done
Building dependency tree       
Reading state information... Done
The following NEW packages will be installed:
  google-fluentd google-fluentd-catch-all-config-structured
0 upgraded, 2 newly installed, 0 to remove and 0 not upgraded.
Need to get 93.9 MB of archives.
After this operation, 345 MB of additional disk space will be used.
Get:1 http://packages.cloud.google.com/apt google-cloud-logging-wheezy/main amd64 google-fluentd amd64 1.6.25-1 [93.9 MB]
Get:2 http://packages.cloud.google.com/apt google-cloud-logging-wheezy/main amd64 google-fluentd-catch-all-config-structured all 1.0 [5,352 B]
Fetched 93.9 MB in 5s (18.3 MB/s)                                
Selecting previously unselected package google-fluentd.
(Reading database ... 40641 files and directories currently installed.)
Preparing to unpack .../google-fluentd_1.6.25-1_amd64.deb ...
Unpacking google-fluentd (1.6.25-1) ...
Selecting previously unselected package google-fluentd-catch-all-config-structured.
Preparing to unpack .../google-fluentd-catch-all-config-structured_1.0_all.deb ...
Unpacking google-fluentd-catch-all-config-structured (1.0) ...
Setting up google-fluentd (1.6.25-1) ...
Adding system user `google-fluentd' (UID 108) ...
Adding new group `google-fluentd' (GID 113) ...
Adding new user `google-fluentd' (UID 108) with group `google-fluentd' ...
Not creating home directory `/home/google-fluentd'.
Installing default conffile /etc/google-fluentd/google-fluentd.conf ...
Setting up google-fluentd-catch-all-config-structured (1.0) ...

==============================================================================
Installation of google-fluentd complete.

Logs from this machine should be visible in the log viewer at:
  https://console.cloud.google.com/logs/viewer?project=[YOUR_PROJECT_ID]&resource=gce_instance/instance_id/1501268411356974593

A test message has been sent to syslog to help verify proper operation.

Please consult the documentation for troubleshooting advice:
  https://cloud.google.com/logging/docs/agent

You can monitor the logging agent's logfile at:
  /var/log/google-fluentd/google-fluentd.log
==============================================================================
```

### 稼働時間チェックの作成

コンソールで StackDriver モニタリングを開く。作業プロジェクトのワークスペースがなかったので作成した。少し待つ。。。 :ok_man: 

Create uptime Check を選択して www1 を選ぼうとしたけど表示されず。ちょっと待ったら表示されたので作成。

### アラートポリシーの作成

↑の流れでアラートポリシーを作る。 :ok:

作ったポリシーは `Alerting/Policies` から確認できる

### ダッシュボードとグラフを作る

`Dashboards` > `Create Dashboard` で作れた

ロードアベレージは多分エージェント入ってるやつだけ表示されている

### ログの表示

StackDriver Logging で検索する感じ。
これもLoggingエージェント入れてるから Syslog が見られてるのだと思う。

# 感想

- ハンズオンなので流石に設計思想的なのは拾えなかった。残念。
- 思ったより時間がかかったけど基本的なところは触れたので、後はドキュメント読んで頑張る。
- ハンズオンやりながらAnsible/PackerでVMのイメージ作る方法を調べてたら割とできそうな感じだった。やってみよう。
- インスタンスとサービスアカウントの設定周りがよくわかってない。でもオーナー権限持ってるから検証がめんどい。

# そのほか

- `gcloud ssh` コマンド関連をIAMで縛れないか調べてた。簡単な方法としては `roles/compute.instanceAdmin.v1` or `roles/compute.admin` 役割を振れば良さそう ([ドキュメント](https://cloud.google.com/compute/docs/access/?hl=ja))
    - ちゃんとやるなら [OSログイン設定](https://cloud.google.com/compute/docs/instances/managing-instance-access?hl=ja) が必要かもしれない。その場合は `roles/compute.osAdminLogin` or `roles/
compute.osLogin` 役割が必要になりそう。
    - さらにドキュメントを調べたら、`roles/compute.instanceAdmin.v1` 役割でSSH接続できるのは、VMインスタンスがサービスアカウントで実行されるように設定されていない場合のみらしい。サービスアカウントで実行する設定の場合は `roles/iam.serviceAccountUser` 役割も必要だとか。でも、コンソールで何も考えずにインスタンスを作るとデフォルトのサービスアカウントが設定されるから、これは結局 `roles/iam.serviceAccountUser` 役割を設定する必要があるってことでは。

## VMインスタンスをサービスアカウントとして実行する、とは

↑の「`roles/compute.instanceAdmin.v1` 役割でSSH接続できるのは、VMインスタンスがサービスアカウントで実行されるように設定されていない場合のみ」が気になったので、試しにコンソールでVMインスタンスに適当なサービスアカウントを設定するところまでやってみた。（まともに検証できてない）

SSH接続して `gcloud` 設定を確認してみる。

```shell
$ gcloud config list
[core]
account = username-cross-pj-test@[YOUR_PROJECT_ID].iam.gserviceaccount.com
disable_usage_reporting = True
project = [YOUR_PROJECT_ID]
Your active configuration is: [default]
```

(デフォでgcloud使えるのか……)
サービスアカウントが設定されている様子。このアカウントにはBQのデータ編集者役割をつけているので、bqコマンドで色々できそう。

```shell
$ bq ls
  datasetId
 -----------
  poc_test
```

(bq も入ってた……) データセットが見られた。一方でGCE関係の権限はないので、そっちは多分使えない。

```shell
$ gcloud compute instances list
ERROR: (gcloud.compute.instances.list) Some requests did not succeed:
 - Required 'compute.zones.list' permission for 'projects/[YOUR_PROJECT_ID]'
```

ok。エラーになった。

一回デフォルトのサービスアカウントに戻す。

```shell
$ gcloud config list
[core]
account = 901835264493-compute@developer.gserviceaccount.com
disable_usage_reporting = True
project = [YOUR_PROJECT_ID]
```

戻った。気になるのはSSH接続周りだが、このプロジェクトで自分はオーナーなので、確かめるためにはサービスアカウントとキーを作ってローカルでプロジェクト設定して、、、と非常に面倒なのでここでは断念。

# まとめ

- defaultネットワークと自分で作ったネットワークの上にVMインスタンスを作成した。
- VMインスタンスにディスクを追加してマウントした。
- StackDriver でメトリクスの表示/監視とログ取得を設定した。
- オーナー権限持ってるとユーザーがサービスアカウント使う設定の検証が面倒臭すぎる。