Enterprise Cloud Knowledge Center
メニューを閉じる
ホーム > お問い合わせ

お問い合わせ

Enterprise Cloudに関するお問い合わせ方法をご紹介しています。

お問い合わせ前に、「よくある質問」のご確認をお勧めいたします
「よくある質問」をご確認いただくことで、問題解決にかかる時間を少なくできる場合があります。

よくある質問（アクセスの多い質問）

  •  Windows ServerのOSライセンス認証時に「slmgr /ato」を実施するとエラー（Error: 0xC004F074）になります。ECL2.0, ゲストイメージ, 専用ハイパーバイザー / 仕様, 構築

    NTPサーバーとの同期がうまくいっていない場合にError: 0xC004F074となり、ライセンス認証が失敗する場合があります。
    NTPサーバーとの時刻同期を実施後、改めて【slmgr /ato】の実行をお試しください。
    参考：チュートリアル – Windows ServerのOSライセンス認証方法

    なお、本サービスで提供しているNTPサーバについては下記をご参照ください。
    参考：サービス説明書 – 共通機能ゲートウェイ – NAT/NAPT機能

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

    参考になった 参考にならなかった
    ページを開く
  •  仮想サーバーのオフィシャルイメージに含まれている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 を外してください。

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

    参考になった 参考にならなかった
    ページを開く
  •  インターフェイスやボリュームの操作後、再起動をしたら、ボリュームがオフラインとなったり、インターフェイスのデバイス名が変更されてしまった。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)を行うと、以降、インターフェイスの追加/削除やボリュームのアタッチ/デタッチを新たに行わない限り、再度発生することはありません。

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

    参考になった 参考にならなかった
    ページを開く
  •  非対称通信（トラフィックの行きと帰りが別経路となる通信）は利用可能ですか？ECL2.0, ロジカルネットワーク / 仕様, 構築

    Enterprise Cloud 2.0において、非対称通信は通信が出来なくなる場合があります。

    トラフィックの行きと帰りが同一経路となる対称通信となるように設計してください。

    対象メニュー

    ・仮想サーバー

    ・ファイアウォール

    ・ロードバランサー

    ・ネットワーク型セキュリティ

     

    非対象通信例①

    複数インタフェースを利用している場合、一部通信が非対称通信となる場合があります。

    個別スタティックルート追加を行い、対称通信となるように設計してください。

     

     

    非対象通信例②

    複数インターフェースでVRRP冗長している場合、VRRP状態（Master/Backup）が異なると

    通過通信が非対称通信となります。VRRP状態を一致させ、対称通信となるように設計してください。

    ファイアウォール・ロードバランサーの詳しい設定例はチュートリアルを参照ください。

     

     

     

    非対象通信例③：

    ロードバランサ―にてDSR (Direct Server Return)機能を利用すると、戻り通信がロードバランサ―を

    経由しないため非対称通信となります。

    DSR機能を利用せず、対象通信となるように設計してください。

     

     

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

    参考になった 参考にならなかった
    ページを開く
  •  ゲストOSカスタマイゼーションが実行される場合の留意点を教えて下さい。コンピュートリソース

    仮想サーバーの初回起動時、および vNIC の接続先サーバーセグメント、Primary vNIC、vNIC の IPアドレス変更などを実施された場合、ゲストOSカスタマイゼーションが実行されますが、これによりゲストOSの一部パラメータが変更されます。

    ゲストOS上でホスト/コンピューター名/DNS関連設定/デフォルトゲートウェイなどのネットワーク関連設定が変更されることにより、お客さま運用中のシステムで影響がある場合がございますのでご留意いただければと思います。

    [例] Active Directory（以下 AD）環境をご利用されている場合

    ※ ADに参加されている状態でテンプレート化し、デプロイを実施した場合、システムが破損する場合がございます。

    [例] ホスト名を参照するアプリケーションをご利用の場合

    [例] ゲストOS起動後、お客様側でデフォルトゲートウェイ等のネットワーク設定を変更されている場合

    ゲストOSカスタマイゼーションについて詳しくは「サービス機能説明書」をご覧ください。

    [3.1.5. リソースの仮想サーバーへの割り当て] > [ゲストOSカスタマイゼーションについて]

    https://ecl.ntt.com/documents/1.0/service-descriptions/fd/rsts/3_compute/3_1_resource.html#label-3-1-guestos

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

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

お問い合わせ方法

ご契約前のお問い合わせ

Enterprise Cloudご契約前のお問い合わせは、下記のWEBフォーム、またはお電話にてお受けしております。
WEBフォームでのお問い合わせ
資料請求・お問い合わせフォーム

お電話でのお問い合わせ

※受付時間：9:30〜17:00（土日祝日を除く）

ご利用中のお問い合わせ

Enterprise Cloudご利用中のお客様からのお問い合わせは、ポータル画面からチケットにてお受けしております。

チケット画面の操作方法については、下記ページをご確認ください。

チケットシステムのご利用方法
 サポートセンターに問い合わせる

キーワードからさがす

サポート情報

Enterprise Cloud 2.0

Enterprise Cloud 1.0






▲