仮想サーバーのサポート情報
Enterprise Cloud 2.0のサービス紹介・サポート情報を掲載しています。
- サービス紹介
- サポート情報
チュートリアル
仮想サーバーの基本的な使い方をご覧いただけます。
サービス説明書
仮想サーバーの各種仕様や、高度な使い方をご覧いただけます。
APIリファレンス
仮想サーバーをAPI経由で使用するためのリファレンスです。
機能・使い方を動画で紹介しています
既知の事象
- ファイルサイズが大きいイメージのアップロードができない事象
- 特定条件下で仮想サーバーボリュームの監視ができない事象
- 仮想サーバーのCPU 使用率が正常に表示できない事象
- VRRPを構成した際の設定について
- スナップショット/ボリュームのイメージ取得失敗について
よくある質問
- 一つの仮想NICにおいて複数のIPアドレスを設定したい（プライマリIP・セカンダリIPなど）が可能でしょうか？ECL2.0, ロジカルネットワーク, 仮想サーバー / 仕様, 構築
ロジカルネットワークの固定IPアドレス（Fixed IP)で1ポートに複数のIPアドレスを設定し、追加されたIPアドレスをOS上で設定すれば、仮想サーバーでも1NICに複数IPのアサインができることが期待できます。恐れ入りますが、本機能は仮想サーバーではサポート対象外となっているため、お客さま責任にて実施をお願いいたします。
なお、固定IPアドレス（Fixed IP)へはIPアドレスの追加登録は可能ですが、追加したIPアドレスの個別削除を行うことは出来ません。登録IPアドレスを削除したい場合、ポート削除が必要となりますのでご注意ください。
※サービス説明書 – 制約事項にもございます通り、1NICにつき1IPアドレスが原則となっております。 - 仮想サーバーのHA切り替えが発生した場合、メールによる通知は行われますか。ECL2.0, お問い合わせ・サポート, 仮想サーバー / 仕様, 運用
通知されます。
また、HA発生の通知を受け取った際の確認事項に関するFAQを下記にてご案内しておりますので、適宜ご参考ください。 - サービスとしてサポートされているもの以外のOSライセンスの持込利用は可能ですか。ECL2.0, OS, 仮想サーバー / 料金
- オフィシャルイメージテンプレートから作成したWindowsサーバで、ボリュームライセンス認証の有効期限日が表示されます。更新など作業は必要ですか？ECL2.0, OS, ベアメタルサーバー, 仮想サーバー / 仕様, 運用
いいえ。お客さま側での作業は不要です。
共通機能ゲートウェイと接続され、認証サーバーと疎通できていれば、定期的に認証が更新されます。
参考：
チュートリアル – 仮想サーバー – OSライセンスのアクティベーション
チュートリアル – ベアメタルサーバー – OSライセンスのアクティベーション - 仮想サーバ（インスタンス）作成時に起動させないようにすることは可能ですか？ECL2.0, 仮想サーバー / 仕様, 構築
いいえ。インスタンスを停止状態で作成することはできません。
仮想サーバーを作成すると、インスタンスは自動起動します。
そのため、停止状態のインスタンスを作成したい場合、インスタンスを作成し、起動された後、停止いただく形となります。 - 仮想サーバーインスタンスのHA機能をオンに設定した場合、HA切替発生時のメール通知は行われますか？ECL2.0, ネットワーク型セキュリティ, ファイアウォール, ロードバランサー, 仮想サーバー / 仕様, 運用
- 仮想サーバー（Windows）のAdministratorsにcloudbase-init というユーザーがいますが、無効にしてもよいですか？ECL2.0, 仮想サーバー / 仕様, 運用
cloudbase-init は、Windows Server起動時にCloudbase-initプロセスを起動させるために利用されます。
Cloudbase-initプロセスが起動することで、Post-install scriptで設定した内容が反映され、またインスタンス作成時にインスタンス名がホスト名に登録されます。Cloudbase-init を停止する場合は、お客さまのご判断で実施ください。
参考：
FAQ – 仮想サーバーのオフィシャルイメージに含まれているcloud-initおよびcloudbase-initの仕様について教えて下さい。FAQ – 仮想サーバー（Windows）の起動直後にCloud Initialization Serviceが停止していますが、問題ないですか？
- 停止中の仮想サーバーは課金されますか？ECL2.0, 仮想サーバー / 料金
はい。仮想サーバーにつきましては、停止中でも課金されます。
詳細は下記をご確認ください。 - 削除してしまったインスタンスを復元することはできますか？ECL2.0, 仮想サーバー / 仕様, 運用
イメージから作成されている場合、インスタンスを削除されると、ルートディスクも合わせて削除され、復元できません。
ボリュームから作成されている場合、インスタンスを削除されても、該当のルートボリュームはボリュームとして残り続けます。そのボリュームから再度インスタンスを作成することにより、復元することができます。
参考：
サービス説明書 – 仮想サーバー – インスタンスの作成および削除のイメージサービス説明書 – 仮想サーバー – インスタンス操作可能項目一覧
なお、データの復元につきましては、弊社は本メニューに保存されたお客さまデータのバックアップは取得していないため、必要に応じて、お客さまにて取得をいただくようお願いさせていただいております。
サービス説明書 – 仮想サーバー – 注意事項 - CPUの脆弱性（CVE-2017-5715およびCVE-2017-5753(Spectre)）に対するサービス基盤の対応による性能影響について教えてください。ECL2.0, 仮想サーバー / 仕様, 運用
Enterprise Cloud 2.0 仮想サーバーにおけるVMを収容しているホストについて、CVE-2017-5715およびCVE-2017-5753(Spectre)の脆弱性を緩和するためのサービス基盤側の対応実施前後の性能影響につきまして、Unixbenchで検証を行った結果をご案内いたします。
Unixbenchの結果より、サービス基盤側の対応による性能影響はほぼないことが確認されておりますが、ゲストOS上のパッチ適用につきましては、間接分岐の予測を制限する(IBRS)方式とRetpolineという手法を用いた場合で性能差があり、Retpoline方式の方が性能低下を抑えることが期待できます。
※ゲストOS上のパッチ適用に関する注意事項
・Retpoline方式
RedHat Enterprise Linux 7.3でRetpolineに対応したカーネルは
kernel-3.10.0-514.44.1.el7.x86_64 以降となります。（ https://access.redhat.com/errata/RHSA-2018:0399 ）
・IBRS方式
間接分岐の予測を制限する(IBRS)方式は、サービス基盤側の対応が行われた後に、
カーネルをアップデートしたお客さまインスタンスが停止・起動されることで初めて有効となります。
<Unixbench Tests検証結果に関する注釈>
・各ケースの内容につきましては下記を参照ください。
・Case-A
サービス基盤側の対応実施前かつゲストOS上パッチ適用なし（kernel version: kernel-3.10.0-514）
・Case-B
サービス基盤側の対応実施後かつゲストOS上パッチ適用なし（kernel version: kernel-3.10.0-514）
・Case-C
サービス基盤側の対応実施後かつゲストOS上パッチ適用済（IBRS方式 ）（kernel version: kernel-3.10.0-693.11.6.el7.x86_64）
・Case-D
サービス基盤側の対応実施後かつゲストOS上パッチ適用済（Retpoline方式 ）（kernel version: kernel-3.10.0-693.21.1.el7.x86_64 ）
・いずれもRed Hat Enterprise Linuxのオフィシャルイメージから作成したVM、かつRed Hat Enterprise Linuxのデフォルト設定の状態Unixbenchを行った結果となります。
・Unixbenchのテスト項目の内容につきましては下記を参照ください。
テスト項目 内容 Dhrystone 2 using register variables 2つのレジスタを使ってシステム（整数）プログラミングの性能 Double-Precision Whetstone 浮動小数点演算性能 Execl Throughput 関数の呼び出し性能 File Copy 1024 bufsize 2000 maxblocks ファイルのコピー（バッファサイズ1024バイト） File Copy 256 bufsize 500 maxblocks ファイルのコピー（バッファサイズ256バイト） File Copy 4096 bufsize 8000 maxblocks ファイルのコピー（バッファサイズ4096バイト） Pipe Throughput パイプ処理のスループット Pipe-based Context Switching パイプベースのコンテキストのスイッチング処理 Process Creation プロセス作成 Shell Scripts (1 concurrent) １つだけシェルスクリプトの実行 Shell Scripts (8 concurrent) 8つ同時にシェルスクリプトの実行 System Call Overhead システムコールでのオーバーヘッド System Benchmarks Index Score システムベンチマークの総合スコア ・本検証結果はあくまで参考値であり、性能を保証するものではありませんので、予めご了承ください。
参考： CPU脆弱性（CVE-2017-5754（Meltdown）/CVE-2017-5715およびCVE-2017-5753(Spectre)）の対応状況
