Enterprise Cloud Knowledge Center
メニューを閉じる
ホーム > Enterprise Cloud 2.0 サポート情報 > よくある質問 > 停止中の仮想サーバーは課金されますか？

よくある質問

停止中の仮想サーバーは課金されますか？

(:更新）

はい。仮想サーバーにつきましては、停止中でも課金されます。
詳細は下記をご確認ください。

Enterprise Cloud2.0料金表

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

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

関連するページ

  • RedHat Enterprise Linuxのオフィシャルイメージから作成した仮想サーバーのMTUが1450バイトになります。 MTUを1500バイトに変更するにはどうすればよいでしょうか。ECL2.0, 仮想サーバー

    RedHatEnterpriseLinuxのオフィシャルイメージ（RedHatEnterpriseLinux-7.1_64_include- license_virtual-server_22）から作成した仮想サーバーは、MTUの初期設定値が1450バイトとなっています。
    MTU値を1500バイトに変更するには、以下の手順を行ってください。

    【変更手順】
    1.作成した仮想サーバーにrootユーザでログインします。
    2.仮想サーバーの各インタフェースのMTU値を変更してください。

    [コマンド]
ifconfig <InterfaceName> mtu 1500

[実行例]
ifconfig eht0 mtu 1500

     

    3.上記設定だけでは、次回仮想サーバー再起動時には元の設定（1450バイト）に戻ってしまいます。
    MTU値を1500バイトで固定したい場合、以下の設定ファイルからMTU値の設定内容を削除してください。

    [コマンド]
vi /etc/rc.local

[削除する内容]
for vnic in \`/sbin/ifconfig | grep eth | grep -v ether | cut -d":" -f1\`
do
 /sbin/ifconfig \${vnic} mtu 1450
done

     

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

    参考になった 参考にならなかった
    ページを開く
  • Enterprise Cloud2.0における仮想サーバーオフィシャルイメージテンプレート(RHEL7.5)提供開始ECL2.0, 仮想サーバー

    平素よりEnterprise Cloud2.0をご利用いただき誠にありがとうございます。

    ECL2.0において仮想サーバーRed Hat Enterprise Linuxオフィシャルイメージテンプレートの提供開始をご案内いたします。

    仮想サーバーオフィシャルイメージテンプレート提供開始

     

    〈仮想サーバー〉
    Red Hat Enterprise Linux 7.5

    対象リージョン：JP2/JP4/JP5/US1/UK1/DE1/SG1/HK1

    提供開始：2019年5月22日

     

    今後ともお客さまにとってより良いサービスをご提供できるよう努めてまいりますので、引き続きご愛顧下さいますよう何卒宜しくお願い致します。

    各メニュー・機能の提供状況一覧はこちら

    ページを開く
  • Create server API の"block_device_mapping_v2"において"source_type:blank"により意図しない動作をする事象ECL2.0, 仮想サーバー

    事象概要

    仮想サーバーのインスタンス作成を行うAPI:Virtual Server(Nova) Create serverでは、リクエストボディに"block_device_mapping_v2"を指定することで、あらかじめボリュームをアタッチした状態でインスタンスを作成する事が出来ます。

    この際にアタッチするボリュームについて "source_type": "blank" を設定すると、新規にボリュームを作成しアタッチいたします。インスタンスの初回起動時は問題なくボリュームをご利用いただくことができますが、インスタンスを停止/起動するとボリュームのデタッチ/アタッチが出来ずインスタンスから参照することも出来ない状態になります。

    事象詳細

    以下のように "block_device_mapping_v2"を設定したリクエストボディでCreate server APIをコールします。

    {

       "server": {

           "availability_zone": "zone1-groupa",

           "block_device_mapping_v2": [

               {

                   "boot_index": 0,

                   "delete_on_termination": true,

                   "destination_type": "volume",

                   "source_type": "image",

                   "uuid": "29266056-fd5b-4f73-8b4d-194785cbbc45",

                   "volume_size": 100

               },

               {

                   "boot_index": 1,

                   "delete_on_termination": true,

                   "destination_type": "volume",

                   "source_type": "blank",

                   "volume_size": 100

               },

               {

                   "boot_index": 2,

                   "delete_on_termination": true,

                   "destination_type": "volume",

                   "source_type": "blank",

                   "volume_size": 15

               }

           ],

           "flavorRef": "1CPU-4GB",

           "imageRef": "",

           "name": "el1nv-vspr0002n ",

           "networks": [

               {

                   "fixed_ip": "10.10.0.6",

                   "uuid": "xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx",

               }

           ],

           "user_data": ""

       }

    }

    以下の画像をご覧ください。インスタンス作成直後ではvdb(100G),vdc(15G)が認識出来ております。

    しかし、一度インスタンスの停止/起動を行うと以下のようにvdb(100G),vdc(15G)が見えなくなってしまいます。

    また、クラウド・コンピューティングコントロールパネルから、対象ボリュームのアタッチ・デタッチを実行することも出来なくなってしまいます。

    対処方法

    "block_device_mapping_v2" で、"source_type" に"blank" を指定しないでください。あらかじめボリュームをアタッチした状態でインスタンスを作成したい場合は、事前に仮想サーバーのボリュームを作成するAPI:Virtual Server(Cinder) Create Volumeか、クラウド・コンピューティングコントロールパネルからボリュームを作成し、"block_device_mapping_v2"の中で"source_type": "volume"と"uuid": "(事前に作成いただいたボリュームのUUID)"を設定してください。

    以下にそのリクエストボディの例を示します。

    {

       "server": {

           "availability_zone": "zone1-groupa",

           "block_device_mapping_v2": [

               {

                   "boot_index": 0,

                   "delete_on_termination": true,

                   "destination_type": "volume",

                   "source_type": "image",

                   "uuid": "29266056-fd5b-4f73-8b4d-194785cbbc45",

                   "volume_size": 100

               },

               {

                   "boot_index": 1,

                   "delete_on_termination": true,

                   "destination_type": "volume",

                   "source_type": "volume",

                   "uuid": "xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx"

               },

               {

                   "boot_index": 2,

                   "delete_on_termination": true,

                   "destination_type": "volume",

                   "source_type": "volume",

                   "uuid": "xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx"

               }

           ],

           "flavorRef": "1CPU-4GB",

           "imageRef": "",

           "name": "el1nv-vspr0002n",

           "networks": [

               {

                   "fixed_ip": "10.10.0.6",

                   "uuid": "xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx",

               }

           ],

           "user_data": ""

       }

    }

     

    ページを開く
  • 一部仮想サーバーにおいてCPU世代が誤認識される事象ECL2.0, 仮想サーバー

    事象概要

    下記の対象リージョンにおいて、対象OSのイメージから仮想サーバーのインスタンスを作成した際、CPUの世代が誤認識される事象が発生しております。
    誤：Skylake
    正：Broadwell
    ※CPU世代は"lscpu"のコマンドで確認できます(Model nameの項目に表示されます)

    対象リージョン

    JP2、JP4、US1、DE1

    対象OS

    Red Hat Enterprise Linux
    Windows Server 2016

    対処方法

    2019年5月9日にサービス基盤の改修を行いました。
    サービス基盤の改修後、お客さまにて対象のインスタンスを停止/起動いただく必要があるため、
    2019年5月9日以降、対象インスタンスをご利用のお客さまへ別途、内容をご案内させていただいております。

    該当のお客様につきましては以下の対応を実施いただきますようお願いいたします。

     

    1. 対象のインスタンスをOSよりシャットダウンを実施
    ※再起動では設定が反映されないため、ご注意ください
    2. ポータルにてOS停止を確認後、ポータル/APIからインスタンスを起動

    ページを開く
  • ゲストOSにWindows Serverを用いているインスタンスの起動中にインターフェースをデタッチした際にインスタンスがハングアップする事象ECL2.0, 仮想サーバー

    事象概要

    ゲストOSにWindows Serverを用いているインスタンスのインターフェースのデタッチ操作を行う際に、インスタンスが起動中の場合、稀にインスタンスがハングアップすることがございます。この場合そのインスタンスに対して、Webコンソールの利用や、クラウドコンピューティングコントロールパネルまたはAPIを用いた操作が出来なくなります。

    対処方法

    本事象を避けるためには、インスタンスの電源を落とした状態でインターフェースのデタッチ操作を行なってください。

    もしインスタンスの起動中にインターフェースのデタッチを行い、インスタンスがハングアップしてしまった場合には、チケットにてお問い合わせ下さい。

    ページを開く

サポート情報

Enterprise Cloud 2.0

Enterprise Cloud 1.0








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

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

ありがとうございました

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

▲