PowerVS IBM i 日記(23): PowerVS が東京 TOK04 にやってきた

# PowerVS が東京 TOK04 にやってきた

ついに、東京 TOK04 でPowerVSが使えるようになりました。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/184930/a252d853-5c75-7d83-b7ad-7639c367f64e.png)


## インスタンス作成方法

インスタンスの作成方法は、これまで通りですね。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/184930/a7c04078-3acd-3718-a569-ef16ad87f0c2.png)

## 導入言語

一次言語は、これまで通り「2924 英語」です。二次言語の日本語も「2930」だけで「2962」はありません。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/184930/b6b8c47a-0cc0-acf7-11ab-5fa0156412d9.png)


## AP1 Advanced DBCS Printer Support のライセンス

「[導入されている LPP がドキュメントより少ない?](https://qiita.com/6onoda/items/706967bc711dc6c82ed8)」で話題にした「AP1 Advanced DBCS Printer Support」の件です。

この記事では、キー自体は登録されていたので、導入すれば認証され利用可能になりましたが、今回の環境では、正しい「5761AP1」でも、誤ってリストされている「5770AP1」でもキーが登録されていませんでした。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/184930/73b5d4d3-ff59-43ac-62e4-e1a33bf19f64.png)

導入してみましたがライセンスは付与されませんでした。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/184930/a2e2e5fa-155c-ff11-bda3-7699004bee6e.png)


## PING での遅延確認

ダラス、シドニー04、東京04 に IBM i インスタンスを作成しました。
s922 、CPU 0.25、2GB で統一しました。

自宅から、PING で応答時間を確認しました。


ダラス

```  
C:\Users\YASUHIROOnoda>PING DAL.XXX.XXX.XXX

DAL.XXX.XXX.XXX に ping を送信しています 32 バイトのデータ:
DAL.XXX.XXX.XXX からの応答: バイト数 =32 時間 =141ms TTL=49
DAL.XXX.XXX.XXX からの応答: バイト数 =32 時間 =140ms TTL=49
DAL.XXX.XXX.XXX からの応答: バイト数 =32 時間 =144ms TTL=49
DAL.XXX.XXX.XXX からの応答: バイト数 =32 時間 =148ms TTL=49

DAL.XXX.XXX.XXX の ping 統計:
    パケット数: 送信 = 4、受信 = 4、損失 = 0 (0% の損失)、
ラウンド トリップの概算時間 (ミリ秒):
    最小 = 140ms、最大 = 148ms、平均 = 143ms
```

シドニー 04

```
C:\Users\YASUHIROOnoda>PING SYD.XXX.XXX.XXX

SYD.XXX.XXX.XXX に ping を送信しています 32 バイトのデータ:
SYD.XXX.XXX.XXX からの応答: バイト数 =32 時間 =138ms TTL=44
SYD.XXX.XXX.XXX からの応答: バイト数 =32 時間 =125ms TTL=44
SYD.XXX.XXX.XXX からの応答: バイト数 =32 時間 =125ms TTL=44
SYD.XXX.XXX.XXX からの応答: バイト数 =32 時間 =119ms TTL=44

SYD.XXX.XXX.XXX の ping 統計:
    パケット数: 送信 = 4、受信 = 4、損失 = 0 (0% の損失)、
ラウンド トリップの概算時間 (ミリ秒):
    最小 = 119ms、最大 = 138ms、平均 = 126ms
```

東京 04

```
C:\Users\YASUHIROOnoda>PING TOK.XXX.XXX.XXX

TOK.XXX.XXX.XXX に ping を送信しています 32 バイトのデータ:
TOK.XXX.XXX.XXX からの応答: バイト数 =32 時間 =9ms TTL=46
TOK.XXX.XXX.XXX からの応答: バイト数 =32 時間 =7ms TTL=46
TOK.XXX.XXX.XXX からの応答: バイト数 =32 時間 =6ms TTL=46
TOK.XXX.XXX.XXX からの応答: バイト数 =32 時間 =10ms TTL=46

TOK.XXX.XXX.XXX の ping 統計:
    パケット数: 送信 = 4、受信 = 4、損失 = 0 (0% の損失)、
ラウンド トリップの概算時間 (ミリ秒):
    最小 = 6ms、最大 = 10ms、平均 = 8ms
```

やはり東京は速いですね。

##  SCP での転送時間の確認

上記で 5761-AP1 を導入するのに zip で圧縮した DVD イメージを転送しました。
2,286,348,941 バイトのファイルです。

シドニー 04 は、519.7KB/s で 1 時間 11 分でした。

```
C:\Users\YASUHIROOnoda>scp C:\DD\B_GROUP3_04_IBM_i_RS_740-00_LCD8_2571_00.udf.ZIP user01@SYD.XXX.XXX.XXX:R740-GROUP3_04.ZIP
B_GROUP3_04_IBM_i_RS_740-00_LCD8_2571_00.udf.ZIP                 100% 2180MB 519.7KB/s 1:11:36
```

東京 04 は、8.9MB/s で 4分ちょっとです。

```
C:\Users\YASUHIROOnoda>scp C:\DD\B_GROUP3_04_IBM_i_RS_740-00_LCD8_2571_00.udf.ZIP user01@TOK.XXX.XXX.XXX:R740-GROUP3_04.ZIP
B_GROUP3_04_IBM_i_RS_740-00_LCD8_2571_00.udf.ZIP                 100% 2180MB   8.9MB/s   04:04
```

やはり東京は圧倒的です。

## API での利用

「[Windows から IBM Cloud API で PowerVS にアクセスする](https://qiita.com/6onoda/items/05104ace6fec8537ddf4)」で確認した API のエンドポイントはありませんでした。

```
C:\Users\YASUHIROOnoda>curl https://jp-tok.power-iaas.cloud.ibm.com
curl: (6) Could not resolve host: jp-tok.power-iaas.cloud.ibm.com
```
---
当日記のIndexは[こちら](https://qiita.com/6onoda/items/f146c78c0c1bbe905a42)です。

---
許可の無い転載を禁じます。
この記事は筆者の個人的な責任で無保証で提供しています。
当記事に関してIBMやビジネスパートナーに問い合わせることは、固くお断りします。