BLOG DI ICHIRO

さすがに来たね。
メンテナンスのお知らせ
—
Dear Amazon EC2 Customer,

One or more of your Amazon EC2 instances is scheduled for maintenance on 2017-07-28 for 2 hours starting at 08:00 UTC. During this time, the following instances in the ap-northeast-1 region will be unavailable and then rebooted:

i-xxxxxxxx

Your instances will return to normal operations after maintenance is complete and all of your configuration settings will be retained. To continue normal operation and avoid any unavailability or reboots during this time, you can migrate the instances listed above to replacement instances. Replacement instances will not be affected by this scheduled maintenance. Otherwise, no action is generally required on your part (certain underlying system components may change at reboot time, and your operating system may prompt you to install additional software/drivers post-reboot as a result). If your instance is part of an auto-scaling group, then it will automatically be terminated and replaced by a newly launched instance during the maintenance window.

You can see more information on this maintenance in the AWS Management Console at https://console.aws.amazon.com/ec2/home?region=ap-northeast-1#s=Events.

Additional information about maintenance events, including how to migrate to replacement instances, can be found at http://docs.amazonwebservices.com/AWSEC2/latest/UserGuide/monitoring-instances-status-check_sched.html.

We perform maintenance regularly to ensure that the EC2 service continues uninterrupted for our customers. In most cases, maintenance can be performed without service interruption. When maintenance cannot be performed without service interruption, we work hard to keep any impact as brief as possible.

If you have any questions or concerns, you can contact the AWS Support Team on the community forums and via AWS Premium Support at: http://aws.amazon.com/support.

Sincerely,
Amazon Web Services

Microsoft AzureからGOOGLE CLOUD PLATFORMに移動した。
Azureは面白そうだろうと思ってブログをGooブログから移動してみたけど、アクセス時にいちいちインターナルエラーが出るので。GoogleCloudPlatformに移設してみた。
理由はほかにもある。
一つはアンドロイドの管理アプリもよさそうだし。
そろそろAzureよりGoogleが分かりやすくなった気がしたので、とりあえず移行してみた。

AzureではDBがClearDBだったけど、GoogleはDBは外部のサービスではないようだ。
少し使ってみて、いろいろ試してみることにする。

Azureのサービスは7月末まで利用する。
http://zen2015002.azurewebsites.net/

と思ってましたが。Azureをすぐ消しました。しかし、削除もめんどくさくね。これ、沢山のサービスをたちあげてたらけすもの大変ですよ。

4.8がリリースされたので、さっそく4.8に更新した。
何が変わったのか、把握してない。(笑)
ちなみに、既に日本語バージョンでした。

自分の環境だけで起こっているかどうか不明なので、とりあえず書いてみる。

現状の環境はZenFone3でIIJmioを利用DSDS（ディアルSIMディアルスタンバイ）で利用している。
SIM1としてDOCOMOのSIMを利用しサブとして設定している。
SIM2はAuのSIMを設定してメインとしてディアルSIM設定をしている。
また、それぞれに電話番号を振っている。
SIM２をLTE通信のメインとしているのは、そうしないとヴォイスオーバーLTEで通信しているAuは音声通信できないから
SIM2を使ってモバイルデータ通信をしている。
つまり、SIM1　DOCOMO　３Gで通信　データ通信では使わない。
SIM２　Au　LTEでデータ通信し　その上で音声を流す。

この状態で海外に行った際の電話料金を安くするために050+に転送を試みたが
SIM１のDOCOMOの転送先電話番号をうまく設定で出来なかった。

対処としてこれでうまくいった。
いったん、別の電話から遠隔操作が可能なように　DOCOMOのSIMから
159に電話　１で開始とした。

次にここが肝心なのだけどIIJmioはデフォルトのネットワーク暗証番号がある。
これを入れないと変更ができないので、これをIIJmioのなかから見つけてね。
これはここには書かない。あまりにも危険だから（笑）
出来れば、4日かかるらしいけど、これを読んでくださった皆さんも変えておいたほうがいい。

別の電話から、転送先電話番号を入力する。（携帯からこれができなくてエラーになった）
私はSkypeの電話機能を使って変更した。
0903101429をかけて自分の携帯番号を入れて、先程のネットワーク暗所番号をいれれば転送先番号を変えることができた。

ここさえクリアしたら、あとは携帯から
1421で転送開始
1420で転送停止できる。

もちろん国内にいる間に転送開始ましょうね。

まとめるとIIJmioのネットワーク暗証番号はデフォルトで決まっているので
変更しておきましょう。そして、自分の携帯から転送先電話番号が変更できないときは
リモート電変更できるようにしてから、リモートで転送先電話番号を入力する。
出来れば、遠隔操作は利用後は切っておいたほうが良い。