TL;DR

１次情報

Google Cloud Platform にログイン
ホーム左枠の「コンピューティング --> Compute Engine --> VM インスタンス」から「インスタンスの作成」を選択
「名前」は適当に埋める
「マシンタイプ」は「f1-micro」に変更
- こうすると Always Free 枠に収まる
- テスト目的なので $300 の無料枠は使いたくない
「この VM インスタンスにコンテナイメージをデプロイします。」にチェック入れる
「コンテナイメージ」は「python」
- Docker Hub 公式イメージの場合諸々省略してイメージ名だけでも通る
- フルネームの場合 registry.hub.docker.com/library/<dockerimagename> って書く
「コンテナの詳細オプション」をクリック
「STDIN のバッファの割り当て」と「疑似 TTY の割り当て」にチェックを入れる
- python コンテナのエントリーポイントは python コマンドになっている
- チェックを入れないと、標準入力から EOL が入力されるので python インタプリタが即落ちしてコンテナも即落ちする
- インスタンス起動後にコンテナがずっと restarting になってる場合はこれが原因
「作成」をクリック

ホーム左枠の「コンピューティング --> Compute Engine --> VM インスタンス」で作成したインスタンスの一覧が表示されてるはず
目的のインスタンスの行の「接続」列の「SSH」をクリック
暫く待つとターミナルが立ち上がる
ログイン直後に「エラー起きてるからログ見ろ（意訳）」みたいなメッセージが出てない事を確認
docker ps で python イメージのコンテナの「STATUS」が「Up」になっていることを確認
docker exec -it <CONTAINER_NAME> bash で bash ログインしてみる
- <CONTAINER_NAME> は docker ps で表示されたものを入れれば OK

ローカル PC に Google Cloud SDK を入れてる場合はローカルの端末からログイン可能。

ついでに

インスタンス起動と同時に任意のコンテナを立ち上げる方法は分かった
コンテナの起動設定はなぜか docker コマンドのオプションとの対応関係をボカしててわかりにくい
stdin とか tty の設定しないと永久リブートになるやつでハマった
- docker の事よく分かってなかったってのはある
- 多分 web サーバーとかの起動しっぱなし系のイメージだとうまく行っていた
コンテナの終了をトリガーにしてインスタンスも落としたいんだけど、それをやりたい場合は自分でいろいろ組まないといけないらしい
次はファイルシステムのマップでもやってみるか