よくある質問
Enterprise Cloud 2.0 をご利用中のお客様からよく寄せられる質問を掲載しています。
アクセスの多い質問
- 仮想サーバーのオフィシャルイメージに含まれているcloud-initおよびcloudbase-initの仕様について教えて下さい。ECL2.0, 仮想サーバー / 仕様, 構築
仮想サーバーのオフィシャルイメージにはcloud-init（Linux系）およびcloudbase-init（Windows系）が含まれており、これらのファイルの仕様は下記のとおりとなります。
＃初回起動時にインスタンスへ各種設定を行うために提供しております。
＃初回起動後、お客さまにて無効にしていただくことは問題ございません（cloud-init実行による設定の更新が無効化されること以外の影響はございません）。■cloud-init(Linux系)
１．実行されるタイミング
・インスタンス起動時（HAによる再起動を含みます）
※メタデータサービスと通信可能な状態である必要がございます。メタデータサービスと通信可能な状態でない場合、実行されません。
（メタデータサービスの仕様については仮想サーバーのサービス説明書を参照ください）２．影響範囲
・キーペアで設定した内容が反映されます。 ※初回起動時のみ（インスタンス作成による初回起動時のみ）
・Post-install scriptで設定した内容が反映されます。 ※初回起動時のみ（インスタンス作成による初回起動時のみ）
・cloud-initの実行により下記の5つのファイルに変更が加わります。- /etc/hostname: インスタンス起動時にhostnameがインスタンス名に変更されます。 - /etc/hosts: インスタンス名を変更した場合、インスタンス起動時に設定がhostsへ追加されます。 - /etc/locale.conf: インスタンス作成時にen_US.UTF-8(cloud-initのデフォルト値)に初期化されます。 ※初回起動時のみ（インスタンス作成による初回起動時のみ） - /etc/ssh/sshd_config: インスタンス作成時にPasswordAuthentication no(cloud-initのデフォルト値)に初期化されます。 ※初回起動時のみ（インスタンス作成による初回起動時のみ） - /etc/ssh/ssh_host_*: インスタンス作成時にssh_host_*が再作成されます。 (/etc/ssh/ssh_host_dsa_key.pub, /etc/ssh/ssh_host_ecdsa_key, /etc/ssh/ssh_host_rsa_key.pub, /etc/ssh/ssh_host_ed25519_key.pub, /etc/ssh/ssh_host_ecdsa_key.pub, /etc/ssh/ssh_host_dsa_key, /etc/ssh/ssh_host_ed25519_key, /etc/ssh/ssh_host_rsa_key) ※初回起動時のみ（インスタンス作成による初回起動時のみ）
３．参考：回避策（cloud-initによる設定更新の回避策）
・各設定について下記のとおり変更を行うことで、cloud-init実行による設定の更新を無効化することができます。
- /etc/hostname: /etc/cloud/cloud.cfgでpreserve_hostname:Trueに設定 - /etc/hosts: /etc/cloud/cloud.cfgでmanage_etc_hosts: Falseに設定 - /etc/locale.conf: /etc/cloud/cloud.cfgでlocale: ja_JP.Shift_JISに設定(ご設定されている値をご指定ください) - /etc/ssh/sshd_config: /etc/cloud/cloud.cfgでssh_pwauth:Trueに設定 - /etc/ssh/ssh_host_*: /etc/cloud/cloud.cfgでssh_deletekeys:Falseに設定
■cloudbase-init(Windows系)
１．実行されるタイミング
・インスタンス作成時（インスタンス作成による初回起動時のみ）
※メタデータサービスと通信可能な状態である必要がございます。メタデータサービスと通信可能な状態でない場合、実行されません。
（メタデータサービスの仕様については仮想サーバーのサービス説明書を参照ください）２．影響範囲
・Post-install scriptで設定した内容が反映されます。
・インスタンス作成時にインスタンス名がホスト名に登録されます。３．参考：回避策（cloudbase-initによるインスタンス作成時におけるホスト名更新の回避策）
・下記の回避策を行うことでcloudbase-initの実行を行わないように設定することが可能です。
当該Windowsインスタンスの
C:\Program Files (x86)\Cloudbase Solutions\Cloudbase-Init\conf
に格納されているcloudbase-init.confについて、
plugins= から cloudbaseinit.plugins.common.sethostname.SetHostNamePlugin を外してください。 - インターフェイスやボリュームの操作後、再起動をしたら、ボリュームがオフラインとなったり、インターフェイスのデバイス名が変更されてしまった。ECL2.0, 仮想サーバー / 運用
下記の対象操作を行うと、後述の事象が発生する可能性がございます。
また、各事象が発生した際の対応方法についてご案内いたします。対象操作
・インスタンスが停止している状態でインターフェイスの追加/削除やボリュームのアタッチ/デタッチを行った後、インスタンスの起動を行う。
・インスタンスが起動している状態でインターフェイスの追加/削除やボリュームのアタッチ/デタッチを行った（※1）後、オフ/オン(※2)(HAによる再起動を含みます)を実施する。※1 インターフェイスの追加/削除、ボリュームのアタッチ/デタッチはインスタンスを”停止”した状態で行い、起動後に確認を実施することを推奨しております。
※2 OS上でシャットダウンを行い、インスタンスのステータスが停止状態となったことを確認後、ポータルやAPIでインスタンスの起動を実施すること。（OS上での再起動ではオフ/オンにはなりませんのでご注意ください）事象と対応方法
Windows系
1.接続したロジカルネットワークのDHCP機能を無効にしており、かつ固定IPアドレスを設定している場合、インターフェースのデバイス名とIPアドレスの対応関係が、接続している別のロジカルネットワークと入れ替わる場合がございます。
※インターフェースのデバイス名とIPアドレスの対応関係は以下の手順で確認が可能です。
・ポータルの「クラウドコンピューティング」 >- 「サーバー」 >- 「仮想サーバー」 >- 「インスタンス」画面で各ロジカルネットワークに割り当てられている固定IPアドレスを確認
・ポータルの「ネットワーク」 >- 「ロジカルネットワーク」画面でロジカルネットワークの名称をクリックし、「ポート」欄でロジカルネットワークの接続先MACアドレスを確認
・インスタンスにコンソールでアクセスし、コントロールパネルの「ネットワークと共有センタ」画面で各MACアドレスに設定されている固定IPアドレスを確認し、ポータル上の表示と整合性が取れているかを確認（対応方法)
コントロールパネルの「ネットワークと共有センタ」画面から正しい固定IPアドレスを設定し直していただきますよう、お願いいたします。
※お客さま自身のDHCPサーバーを利用する特段の理由がない限り、ロジカルネットワークのDHCPは有効にされることを推奨いたします。2.接続しているボリュームの状態が、オフラインとなる場合がございます。
ボリュームの状態はサーバマネージャの「ファイルサービスと記憶域サービス」->「ボリューム」->「ディスク」から確認可能です。
(対応方法)
サーバマネージャの「ファイルサービスと記憶域サービス」->「ボリューム」->「ディスク」画面にて、該当のボリュームの上で右クリックし、「オンラインにする」を選択してオンライン化してください。(下図参照)
Linux系
1.接続したロジカルネットワークのDHCP機能を無効にしており、かつ固定IPアドレスを設定している場合、インターフェースのデバイス名とIPアドレスの対応関係が変更となる場合がございます。
※インターフェースのデバイス名とIPアドレスの対応関係は以下の手順で確認が可能です。
・ポータルの「クラウドコンピューティング」 >- 「サーバー」 >- 「仮想サーバー」 >- 「インスタンス」画面で各ロジカルネットワークに割り当てられている固定IPアドレスを確認
・ポータルの「ネットワーク」 >- 「ロジカルネットワーク」画面でロジカルネットワークの名称をクリックし、「ポート」欄でロジカルネットワークの接続先MACアドレスを確認
・インスタンスにコンソールでアクセスし、ifconfigにより各MACアドレスに設定されている固定IPアドレスを確認し、ポータル上の表示と整合性が取れているかを確認(対応方法)
正しい固定IPアドレスを設定し直していただきますよう、お願いいたします。
<Ubuntuの場合>
/etc/network/interfacesを編集し、正しい固定IPアドレスを設定後、service networking restartを実行して下さい。
<CentOSの場合>
/etc/sysconfig/network-scripts/ifcfg-ethxを編集し、正しい固定IPアドレスを設定後、service network restartを実行して下さい。(※ethxは固定IPアドレスを設定するインターフェース名により異なります)※お客さま自身のDHCPサーバーを利用する特段の理由がない限り、ロジカルネットワークのDHCPは有効にされることを推奨いたします。
2. /etc/fstabに再起動時のマウント設定を追加していない場合、接続しているボリュームのマウントが解除されます。
マウントされているデバイスの一覧は、dfコマンドまたはmountコマンドにより確認可能です。(対応方法)
mountコマンドにより再度ボリュームをマウント戴きますよう、お願いいたします。
Linuxの仕様上、/etc/fstabに再起動時のマウント設定を追加しない限り、再起動の度ボリュームはマウント解除されますので、必ず再起動時のマウント設定を追加戴きますよう、お願いいたします。なお、これらの事象は、一度インスタンスの起動やオフ/オン(※2)を行うと、以降、インターフェイスの追加/削除やボリュームのアタッチ/デタッチを新たに行わない限り、再度発生することはありません。
- 非対称通信（トラフィックの行きと帰りが別経路となる通信）は利用可能ですか？ECL2.0, ロジカルネットワーク / 仕様, 構築
Enterprise Cloud 2.0において、非対称通信は通信が出来なくなる場合があります。
トラフィックの行きと帰りが同一経路となる対称通信となるように設計してください。
対象メニュー
・仮想サーバー
・ファイアウォール
・ロードバランサー
・ネットワーク型セキュリティ
非対象通信例①
複数インタフェースを利用している場合、一部通信が非対称通信となる場合があります。
個別スタティックルート追加を行い、対称通信となるように設計してください。
非対象通信例②
複数インターフェースでVRRP冗長している場合、VRRP状態（Master/Backup）が異なると
通過通信が非対称通信となります。VRRP状態を一致させ、対称通信となるように設計してください。
ファイアウォール・ロードバランサーの詳しい設定例はチュートリアルを参照ください。
非対象通信例③：
ロードバランサ―にてDSR (Direct Server Return)機能を利用すると、戻り通信がロードバランサ―を
経由しないため非対称通信となります。
DSR機能を利用せず、対象通信となるように設計してください。
- Windowsのインスタンスを利用していたらブルースクリーンやフリーズの状態となりました。どうしたらよいですか？ECL2.0, 仮想サーバー / 運用
注釈 本手順による対応は「WindowsServer-2012R2_Standard_64_include-license_virtual-server_42」（2018年7月19日提供） より以前のWindows 2012 R2のオフィシャルイメージで作成したインスタンスが対象となります。 「WindowsServer-2012R2_Standard_64_include-license_virtual-server_42」以降に提供されたWindows 2012 R2のテンプレート で作成したインスタンスにつきましては対応不要です。
WindowsServer 2012R2のオフィシャルイメージをご利用の場合、突然ブルースクリーンやフリーズの状態となる可能性がございます。本事象に対する回避策としては、VirtIO・viostor・memory balloon driverのアップデートがございます。
アップデートについてはインターネットを利用する方法（回避策1）と利用しない方法（回避策2）がございますので、それぞれの方法について下記の手順をご確認ください。回避策1.インターネット接続可能なインスタンスについてアップデートを行う
※注意事項：本回避策はインスタンスのインターネット接続環境が必要となります。
1. 対象インスタンスにvirtio-win-0.1.141イメージのダウンロード
VirtIOをアップデートしたいインスタンスに対してこちらからvirtio-win-0.1.141イメージをダウンロードしてください。2. ISOファイルのマウント
ダウンロードしたISOファイルをDVDDriveにマウントします。
3. virtioドライバのアップデート
3-1.ServerManagerのToolをクリックし、Computer Managementをクリックします。
3-2.画面の左ペインの「Device Manager」を押下します。
3-3.中央ペインの「Network adapters」を展開します。Red Hat VirtIO Ethernet Adapter（複数ロジカルネットワークに接続している場合にはロジカルネットワーク数分）が表示されることを確認します。
3-4.表示されたRed Hat VirtIO Ethernet Adapter（複数の場合は１つ目）を右クリックし、「Properties」を押下します。
3-5.表示されたウィンドウの「Driver」タブを押下します。
3-6.Driver versionが「63.74.104.14100」以外であることを確認します。同じウィンドウの「Update Driver…」を押下します。
3-7.Windowsのドライバアップデートウィザードが表示されます。
「Browse my computer for driver software」を押下します。3-8.新しいドライバソフトウェアが存在するディレクトリを選択する画面が出ます。
「Browse…」ボタンを押下し、ISOファイルをマウントしたDVDドライブを選択し「OK」を押下し、「Next」を押下します。
3-9.「Would you like to install this device software?」とポップアップで聞かれますので、「Install」を押下します。
3-10.「Windows has successfully updated your device software」と表示されますのでCloseを押下します。ドライバアップデート前にバージョンを確認した画面に自動的に戻ります。このとき、バージョンが「63.74.104.14100」であることを確認し、Closeを押下します。
ドライバのバージョンが変わらない場合は、全てのNetwork Adapterにアップデートを適用後、[4.マウントしたISO(DVDドライブ)のEject]を実施した上で、インスタンスを再起動し、再度アップデートを実施ください。
3-11.複数ロジカルネットワークに接続している場合には、残りのRed Hat VirtIO Ethernet Adapterも同様にバージョン「63.73.104.14100」へアップデートを実施します。
4.viostorドライバのバージョンアップ
4-1.ServerManagerのToolをクリックし、Computer Managementをクリックします。
4-2.画面の左ペインの「Device Manager」を押下します。
4-3.中央ペインの「Storage controllers」を展開します。Red Hat VirtIO SCSI Contoller（複数ディスクをマウントしている場合にはディスク数分）が表示されることを確認します。
4-4.表示されたRed Hat VirtIO SCSI Contoller（複数の場合は１つ目）を右クリックし、「Properties」を押下します。
4-5.3-5~3-10の手順をRed Hat VirtIO SCSI Contollerについても行い、バージョンアップを実施します。
4-6.複数ディスクをマウントしている場合には、残りのRed Hat VirtIO SCSI Contollerも同様にバージョン「63.73.104.14100」へアップデートを実施します。
5.memory balloon driverのバージョンアップ
※オフィシャルイメージ「WindowsServer-2012R2_Standard_64_include-license_virtual-server_20」をご利用の方につきましては、別途お問い合わせください。
5-1.ServerManagerのToolをクリックし、Computer Managementをクリックします。
5-2.画面の左ペインの「Device Manager」を押下します。
5-3.中央ペインの「System Devices」を展開します。VirtIO Balloon Driverが表示されることを確認します。
5-4.表示されたVirtIO Balloon Driverを右クリックし、「Properties」を押下します。
5-5.3-5~3-10の手順をVirtIO Balloon Driverについても行い、バージョンアップを実施します。
6. マウントしたISO(DVDドライブ)のEject
マウントしたISO(DVDドライブ)をEjectしてください。
7. インスタンスの再起動
WindowsServerインスタンスを再起動してください。回避策2.インターネット接続不可のインスタンスについてアップデートを行う
※注意事項
本回避策はインスタンスのインターネット接続環境がなくても実行可能ですが、実施手順の中でイメージ保存領域やボリュームの利用が必要となるため、それに応じた利用料金が発生いたします。1. virtio-win-0.1.141イメージのダウンロード
インターネット接続環境のある端末に対してこちらからvirtio-win-0.1.141イメージをダウンロードしてください。
※下記のvirtio-win-0.1.141イメージを参考に回避策2で利用できるようイメージをカスタマイズしておりますので、必ず上記のリンクからダウンロードを行ってください。
参考元：virtio-win-0.1.141イメージhttps://fedorapeople.org/groups/virt/virtio-win/direct-downloads/archive-virtio/virtio-win-0.1.141-1/virtio-win-0.1.141.iso
2. virtio-win-0.1.141イメージをイメージ保存領域へアップロード
インターネット接続環境のある端末からダウンロードをしたvirtio-win-0.1.141イメージをお客さまのイメージ保存領域にアップロードしてください。3.virtio-win-0.1.141イメージからボリュームを作成
virtio-win-0.1.141イメージの「アクション」欄にあるプルダウンからボリュームの作成を選択し、virtio-win-0.1.141イメージからボリュームを作成してください。
名前：任意
説明：任意（空欄でも可）
イメージをソースとして使用する：virtio-win-0.1.141 (325MB) が自動選択されている
サイズ(GB)：15
ゾーン/グループ：virtioドライバをアップデートしたいWindows Serverが存在するグループ4. 対象インスタンスにボリュームをアタッチ
ポータル＞仮想サーバ＞ボリュームを開き、3.で作成したvirtio-win-0.1.141ボリュームのアクション欄にあるプルダウンから「接続の管理」を選択します。
「インスタンスへの接続」というポップアップが表示されるので、virtioドライバをアップデートしたいWindows Server インスタンスを選択し、「ボリュームの接続」を押下します。5. インスタンスへのログイン
Windows Server VMを起動し、VNCコンソールなどからWindows Serverにログインします。6. アタッチしたボリュームのオンライン化
ポータルでWindows Server VMに接続したvirtio-win-0.1.141ボリュームをWindows上で利用できるようにします。
Server Manager＞Dashboard 右上の「Tools」を押下し「Computer Management」を押下します。
Computer Management画面の左ペインの「Disk Managament」を押下します。
中央下半分に表示されるディスク一覧に、15GBのOfflineのディスクがあることを確認し、「Disk X(Xは1, 2などの数字) Basic Offline」のあたりを右クリックし、「Online」を押下します。
中央上半分のディスク一覧に「virtio-0.1.141」というディスクが表示されたことを確認します。7. virtioドライバのアップデート
7-1.ServerManagerのToolをクリックし、Computer Managementをクリックします。
7-2.画面の左ペインの「Device Manager」を押下します。
7-3.中央ペインの「Network adapters」を展開します。Red Hat VirtIO Ethernet Adapter（複数ロジカルネットワークに接続している場合にはロジカルネットワーク数分）が表示されることを確認します。
7-4.表示されたRed Hat VirtIO Ethernet Adapter（複数の場合は１つ目）を右クリックし、「Properties」を押下します。
7-5.表示されたウィンドウの「Driver」タブを押下します。
7-6.Driver versionが「63.74.104.14100」以外であることを確認します。同じウィンドウの「Update Driver…」を押下します。
7-7.Windowsのドライバアップデートウィザードが表示されます。
「Browse my computer for driver software」を押下します。
7-8.新しいドライバソフトウェアが存在するディレクトリを選択する画面が出ます。
「Browse…」ボタンを押下し、マウントしたvirtio-0.1.126ディスクを選択し「OK」を押下し、「Next」を押下します。
7-9.「Would you like to install this device software?」とポップアップで聞かれますので、「Install」を押下します。
7-10.「Windows has successfully updated your device software」と表示されますのでCloseを押下します。ドライバアップデート前にバージョンを確認した画面に自動的に戻ります。このとき、バージョンが「63.73.104.14100」であることを確認し、Closeを押下します。
ドライバのバージョンが変わらない場合、全てのNetwork Adapterにアップデートを適用後、インスタンスを再起動し、再度アップデートを実施ください。
7-11.複数ロジカルネットワークに接続している場合には、残りのRed Hat VirtIO Ethernet Adapterも同様にバージョン「63.73.104.14100」へアップデートを実施します。
8.viostorドライバのバージョンアップ
8-1.ServerManagerのToolをクリックし、Computer Managementをクリックします。
8-2.画面の左ペインの「Device Manager」を押下します。
8-3.中央ペインの「Storage controllers」を展開します。Red Hat VirtIO SCSI Contoller（複数ディスクをマウントしている場合にはディスク数分）が表示されることを確認します。
8-4.表示されたRed Hat VirtIO SCSI Contoller（複数の場合は１つ目）を右クリックし、「Properties」を押下します。
8-5.7-5~7-10の手順をRed Hat VirtIO SCSI Contollerについても行い、バージョンアップを実施します。
8-6.複数ディスクをマウントしている場合には、残りのRed Hat VirtIO SCSI Contollerも同様にバージョン「63.73.104.14100」へアップデートを実施します。
9.memory balloon driverのバージョンアップ
※オフィシャルイメージ「WindowsServer-2012R2_Standard_64_include-license_virtual-server_20」をご利用の方につきましては、別途お問い合わせください。
9-1.ServerManagerのToolをクリックし、Computer Managementをクリックします。
9-2.画面の左ペインの「Device Manager」を押下します。
9-3.中央ペインの「System Devices」を展開します。VirtIO Balloon Driverが表示されることを確認します。
9-4.表示されたVirtIO Balloon Driverを右クリックし、「Properties」を押下します。
9-5.7-5~7-10の手順をVirtIO Balloon Driverについても行い、バージョンアップを実施します。
10. インスタンスの停止とボリュームの切断
6.で用いたComputer Management＞Disk Management画面で 「virtio-0.1.141」ディスクを「Offline」にし、Windows Serverインスタンスを停止させます。ポータル＞仮想サーバ＞ボリューム画面で、virtio-win-0.1.141ボリュームのアクション欄にあるプルダウンから「接続の管理」を選択します。「ボリュームの接続の管理」というポップアップが表示されるので、「ボリュームの切断」を押下します。11.インスタンスの起動
Windows Serverインスタンスを起動します。 - 仮想サーバーのコンソール接続時にキーボードの文字配列が異なります。どうすればよいでしょうか？ECL2.0, 仮想サーバー / 仕様, 構築, 運用
仮想サーバーインスタンスにコントロールパネル上のコンソールから接続した際、お客さま側で日本語キーボード（JISキーボード）をお使いの場合、一部、通常のキーボード配列と文字が異なるものがあります。
これは仕様のため大変恐縮ですが、下図をご参照のうえ操作いただきますようお願い致します。
また、初回起動時にsshd config(Windowsの場合はリモートデスクトップ)の設定以降、通常利用時はSSH(Windowsの場合はRDP)を使用して各インスタンスに接続してください。
なお、英語キーボードの場合はStandard (US) Keyboardを選択いただくことで、問題なく操作可能です。
※それぞれ、Shift押下時の入力文字を上に記載
＜参考＞
お客さま側で日本語キーボード（JISキーボード）をお使いの場合で各種記号を入力したい場合の回避策
※よくお問い合わせをいただいている記号の入力方法をご参考までにご案内いたします。
※OSのバージョン等により、下記方法でも入力できない場合がございますので、予めご注意ください。１． @（アットマーク）を入力したい場合
Linux系
以下のコマンドにてキーマップを変更させ、”「”キー（”@”の右横にあるキー）を打つと”@”が入力されます。localectl set-keymap jp106
(戻し方)
localectl set-keymap us
※sshのコマンドをご利用される場合、「@」を入力しなくても「-l」オプションをご利用いただくことで入力可能となります。
ssh -l <user名> <仮想サーバーのIPアドレス>２． :（コロン）を入力したい場合
Linux系
以下のコマンドにてキーマップを変更させ、”る”キーを打つと”:”が入力されます。localectl set-keymap fr
(戻し方)
localectl set-keymap us
※vi上であれば「Shift+Q」キーで”:”を入力できます。
※「Shift + Ctrl + “:”」キーでも”:”を入力できます。
３． =（イコール）を入力したい場合
Linux系
以下のコマンドにてキーマップを変更させ、 ”_”キー（”?”の右横にあるキー）を
SHIFTキーと同時に打つと”=”が入力されます。
localectl set-keymap jp106
(戻し方)
localectl set-keymap us
＜参考＞
クライアント端末がWindowsOSであれば、スクリーンキーボードを使うことで対処できる場合がございます。
サービスからさがす
サービス全般についてのご質問
共通機能に関するご質問
サーバに関するご質問
ストレージに関するご質問
ネットワークに関するご質問
SD-Exchangeに関するご質問
- コロケーション接続（CIC）
- Enterprise Cloud1.0接続（EIC）
- Enterprise Cloud2.0接続
- Enterprise Cloud 2.0接続（ネットワーク共有タイプ）
- Amazon Web Services接続
- Microsoft Azure接続
- Google Cloud Platform接続
- 遠隔データセンター間接続
専用ハイパーバイザーに関するご質問
バックアップ・セキュリティに関するご質問
ミドルウェアに関するご質問
Platform Serviceに関するご質問
- Cloud Foundry
- DNS
- WebRTC Platform SkyWay
- Power Systems
- Hybrid Cloud with Microsoft Azure
- Hybrid Cloud with GCP
- Rancher (Docker コンテナ管理)
- Global Server Load Balance
