Enterprise Cloud Knowledge Center
メニューを閉じる
ホーム > Enterprise Cloud 2.0 サポート情報 > よくある質問 > CPUの脆弱性（CVE-2017-5715およびCVE-2017-5753(Spectre)）に対するサービス基盤の対応による性能影響について教えてください。

よくある質問

CPUの脆弱性（CVE-2017-5715およびCVE-2017-5753(Spectre)）に対するサービス基盤の対応による性能影響について教えてください。

(:更新）

Enterprise Cloud 2.0 仮想サーバーにおけるVMを収容しているホストについて、CVE-2017-5715およびCVE-2017-5753(Spectre)の脆弱性を緩和するためのサービス基盤側の対応実施前後の性能影響につきまして、Unixbenchで検証を行った結果をご案内いたします。

Unixbenchの結果より、サービス基盤側の対応による性能影響はほぼないことが確認されておりますが、ゲストOS上のパッチ適用につきましては、間接分岐の予測を制限する(IBRS)方式とRetpolineという手法を用いた場合で性能差があり、Retpoline方式の方が性能低下を抑えることが期待できます。

 

[2018/11/9追記]

■サービス基盤(ホストOS)の対応(NTT Com実施)
・下記の検証条件におけるサービス基盤側の脆弱性対応によるUnixbenchでの性能影響はほぼないことが確認されておりますが、お客さま環境によっては、CPU、メモリ、スループット等が低下する可能性がございます。影響度合いはお客さまのシステム環境に依存します。(特に、お客さまOS がWindows Server 2012 R2の際にみられる傾向がございます）
■お客さまOS(ゲストOS)側の対応(お客さま実施)
・上記ご案内のとおり、お客さまOS上でも脆弱性対応を有効にすると性能影響を与える可能性がございますので、予めご注意ください。

 

※ゲスト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 variables2つのレジスタを使ってシステム（整数）プログラミングの性能
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)）の対応状況

このFAQは参考になりましたか？

参考になった 参考にならなかった
  • ECL2.0
    •  
  • 仮想サーバー
    •  

関連するページ

  • 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にマウントします。

    ISOファイルをDVDドライブにマウント

     

     

    3.  virtioドライバのアップデート

    3-1.ServerManagerのToolをクリックし、Computer Managementをクリックします。
      virtioドライバのアップデート

     

     

    3-2.画面の左ペインの「Device Manager」を押下します。

    device-manager2

     

     

    3-3.中央ペインの「Network adapters」を展開します。Red Hat VirtIO Ethernet Adapter（複数ロジカルネットワークに接続している場合にはロジカルネットワーク数分）が表示されることを確認します。

    Network adapters

     

    3-4.表示されたRed Hat VirtIO Ethernet Adapter（複数の場合は１つ目）を右クリックし、「Properties」を押下します。

    Red Hat VirtIO Ethernet Adapter

     

     

    3-5.表示されたウィンドウの「Driver」タブを押下します。

    「Driver」タブ

     

    3-6.Driver versionが「63.74.104.14100」以外であることを確認します。同じウィンドウの「Update Driver...」を押下します。

    driver versionの確認

     

     

    3-7.Windowsのドライバアップデートウィザードが表示されます。
    「Browse my computer for driver software」を押下します。

    Browse my computer for driver software

     

    3-8.新しいドライバソフトウェアが存在するディレクトリを選択する画面が出ます。
    「Browse...」ボタンを押下し、ISOファイルをマウントしたDVDドライブを選択し「OK」を押下し、「Next」を押下します。

    ディレクトリ

     

     

    3-9.「Would you like to install this device software?」とポップアップで聞かれますので、「Install」を押下します。

    Would you like to install this device software?

     

    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をクリックします。
    virtioドライバのアップデート

     

    4-2.画面の左ペインの「Device Manager」を押下します。

    device-manager2

     

    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をクリックします。
    virtioドライバのアップデート

     

    5-2.画面の左ペインの「Device Manager」を押下します。

    device-manager2

     

    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してください。

    マウントした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」というディスクが表示されたことを確認します。

    Computer Management

     

     

    7. virtioドライバのアップデート

     

    7-1.ServerManagerのToolをクリックし、Computer Managementをクリックします。

    computer-management2

     

     

    7-2.画面の左ペインの「Device Manager」を押下します。

    device-manager2

     

     

    7-3.中央ペインの「Network adapters」を展開します。Red Hat VirtIO Ethernet Adapter（複数ロジカルネットワークに接続している場合にはロジカルネットワーク数分）が表示されることを確認します。

    network-adapters2

     

     

    7-4.表示されたRed Hat VirtIO Ethernet Adapter（複数の場合は１つ目）を右クリックし、「Properties」を押下します。

    Red Hat VirtIO Ethernet Adapter2

     

     

    7-5.表示されたウィンドウの「Driver」タブを押下します。

    「Driver」タブ

     

     

    7-6.Driver versionが「63.74.104.14100」以外であることを確認します。同じウィンドウの「Update Driver...」を押下します。

    Driver version

     

     

    7-7.Windowsのドライバアップデートウィザードが表示されます。
    「Browse my computer for driver software」を押下します。

    Windowsのドライバアップデートウィザード

     

     

    7-8.新しいドライバソフトウェアが存在するディレクトリを選択する画面が出ます。
    「Browse...」ボタンを押下し、マウントしたvirtio-0.1.126ディスクを選択し「OK」を押下し、「Next」を押下します。

    browserforfolder

     

     

    7-9.「Would you like to install this device software?」とポップアップで聞かれますので、「Install」を押下します。

    would-you-like-to-install-this-device-software2

     

     

    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をクリックします。
    virtioドライバのアップデート
    8-2.画面の左ペインの「Device Manager」を押下します。

    device-manager2

     

    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をクリックします。
    virtioドライバのアップデート

     

    9-2.画面の左ペインの「Device Manager」を押下します。

    device-manager2

     

    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インスタンスを起動します。

    このFAQは参考になりましたか？

    参考になった 参考にならなかった
    ページを開く
  • インスタンスのホスト名を変更しても再起動すると元に戻ってしまいます。インスタンス名を変更するにはどうすればよいでしょうか？ECL2.0, 仮想サーバー / 仕様

    Linux系のオフィシャルイメージから作成されたインスタンスについて、ロジカルネットワークの設定（※1）によっては、ホスト名を変更しても再起動を実行すると元の設定に戻ってしまいます。ホスト名を維持したい場合、下記の回避策を行ってください。

    （Windows系のオフィシャルイメージから作成されたインスタンスはホスト名を変更後、再起動を行っても設定は維持されます）

    （※1）再起動時にcloud-initが実行される条件は下記となります。

    ・インスタンス上で設定されているデフォルトゲートウェイのIPアドレスを持ったリソースが存在する。
    ・当該インスタンスとデフォルトゲートウェイのIPアドレスを持ったリソースが通信可能な状態（IPリーチャブルな状態）である。

    【回避策】

    1.Cloud-initがホスト名を上書きしないようにcloud.cfg内のpreserve_hostnameをtrueに変更してください。

    vi /etc/cloud/cloud.cfg

    （変更前）preserve_hostname: false

    （変更後）preserve_hostname: true

    2.インスタンスのホスト名を設定してください。

    vi /etc/hostname

    （変更したいホスト名に編集）

    このFAQは参考になりましたか？

    参考になった 参考にならなかった
    ページを開く
  • 仮想サーバのボリュームを暗号化することはできますか？ECL2.0, 仮想サーバー / 仕様

    いいえ。　仮想サーバのボリュームを暗号化するサービスはございません。

    このFAQは参考になりましたか？

    参考になった 参考にならなかった
    ページを開く
  • 仮想サーバで使用しているデータボリュームもHAされますか？ECL2.0, 仮想サーバー

    HA機能はコンピュート(インスタンスのCPU,メモリ)に関する機能ですので、ボリューム（ストレージ）はHAされません。HA機能が発動してもインスタンスとボリュームのアタッチはそのまま維持されます。HA機能が発動するとお客さまへ通知が行われますので、OS上の正常性確認は必要に応じて実施ください。

    このFAQは参考になりましたか？

    参考になった 参考にならなかった
    ページを開く
  • ローカル端末にあるファイルを、ダッシュボード上のコンソール接続経由で仮想サーバーインスタンスへデータを受け渡すことはできますか？ECL2.0, 仮想サーバー

    Enterprise Cloud 2.0 では、お客さまのローカル端末より、ダッシュボードを通して仮想サーバーインスタンスへのファイルの送受信が可能な機能を提供しておりません。ネットワーク経由でのファイルの送受信を行ってください。

    このFAQは参考になりましたか？

    参考になった 参考にならなかった
    ページを開く

サポート情報

Enterprise Cloud 2.0

Enterprise Cloud 1.0




サービスの改善にご協力をお願いいたします

こちらのFAQは参考になりましたか？　ご意見がございましたら、ぜひお聞かせください。

ありがとうございました

ご意見は送信されました。

▲