SEハンドブック（プライベートリージョン適用指針）

既存環境の保守切れなどによる環境移行タイミング

自社クラウドサービスをOEMに置き換えるタイミング

2025年の崖回避に必要な中間段階の構築や、クラウドへのリフト＆シフトを始めるタイミング

専有型のクラウド環境を利用したい顧客

Medium v.1 / Large v.1では遊休リソースやラックなどの余剰投資が発生してしまう顧客

「利用期間固定」により、特定年数のみ利用したい顧客

保有するVMのすべてを短期間では移行できないので、段階的に1,000VM程度まで環境を増強したい顧客

提供済みのLarge v.1(1,728vCPU)では、移行が完了するまでの期間に、遊休リソースや、ラックなどの余剰投資が発生してしまう顧客

脆弱性対応/パッチ適用

作成した仮想サーバー台数管理(お申し込みプランの範囲内)

各種オペレーション

ライセンス手配・購入

ライセンス適用

ライセンス管理

パッチ適用

サービス提供に関して必要な情報の共有

ご契約いただいたリソースを提供できる環境の維持管理

vCPU上限管理(お申し込みプランの範囲内)

メモリ上限管理(お申し込みプランの範囲内)

オプションディスク上限管理(お申し込みプランの範囲内)

①24時間365日無停止。(計画停止/定期保守/即時対応を除く)

②特になし。

③計画停止/定期保守/即時対応の影響については、No.3.3を参照。

①月間稼働率：仮想サーバーにSLAを設定しています。詳細については「 https://pfs.nifcloud.com/sla/ 」を参照ください。

② 特になし。

③ 稼働率が下回った場合、利用者が請求し、内容が認められることで、当該ユーザーの有償オプションサービス料金を除く当月分の利用料金の10％に相当する金額を、翌々月以降ニフクラご利用料金から減額します。

①プライベートリージョン内の構成は二重化構成。

②特になし。

③切り替わり時に通信断をともなう可能性あり。

①システム領域/増設ディスク/スナップショットデータは、RAID6相当にてデータ保持。機器については冗長構成となっている。

②特になし。

③切り替わり時に通信断、I/O遅延または断をともなう可能性あり。

①サービスとして提供なし。

②災害規模を想定し、その復旧計画(手順、コスト、テスト)を検討してください。
マルチリージョンやオンプレミス環境などを活用し、地理的に離れた複数拠点での冗長化システムを用意しておく。

③マルチリージョン(パブリッククラウド利用など)、オンプレミス環境で同一環境を構築し、データをリージョン間接続経由で同期するといった構成を検討など、利用者側にてレプリケーションの仕組みを構築する必要あり。

①仮想サーバータイプのvCPUスペックは下記のとおり。

②提供されている仮想サーバータイプから選択。

③仮想サーバータイプの変更にともない再起動が発生。

vCPU性能：

vCPU数 ^[3]

①仮想サーバーのメモリ量は右記のとおり。

②仮想サーバーは提供されている仮想サーバータイプから選択。

③仮想サーバータイプの変更にともない再起動が発生。

メモリ量 ^[4]

Small:メモリを128GB以上搭載するサーバーは作成不可

Medium:メモリを256GB以上搭載するサーバーは作成不可

Large:メモリを256GB以上搭載するサーバーの作成可能な台数に限りあり

①仮想サーバーのシステム領域は、右記のとおり。(デフォルトで用意されている領域)

②増設ディスクは仮想サーバーへアタッチ済みの増設ディスク容量拡張、またはタイプ、容量を設定し新規に作成。

③仮想サーバーへアタッチできる増設ディスク数、容量の上限あり。

システム領域(デフォルト)

標準ディスク、高速ディスク(A/B)、フラッシュドライブ、高速フラッシュドライブ（従量型）より選択(オプション)

1サーバー最大14本(計2,800GB)まで増設可能

1増設ディスク100GB～2,000GB (100GB単位指定)

縮小は不可

容量拡張は100GB/回ごと

①仮想サーバータイプを変更することで可能(No.2.1, No.2.2)。

②仮想サーバーは提供されている仮想サーバータイプから選択。増設ディスクの容量、またはアタッチ数を増やす。

③なし。

増設ディスクアタッチ数最大14本

①オートスケールの設定に定義されている仮想サーバーの台数などについて、条件設定に従ってリソースを追加。

②スケールアウトに必要なオートスケーリング条件の設定。

③特になし。

①vCPU、メモリは仮想サーバータイプに基づくスペックが割り当てられる。
仮想サーバー、ストレージ、ネットワークの性能はベストエフォートでの提供。

②スケールアップ、スケールアウト、アプリケーションチューニングを実施。

③特になし。

①ハードウェア監視、ハイパーバイザー稼働監視などのクラウド基盤側の監視については、サービス提供側で実施。仮想サーバーのOS以上のレイヤー、ファシリティに関しては利用者にて監視を実施する必要あり(DC利用型の場合、ファシリティは一部サービス側で実施)。利用者実施範囲についても一部サービスを提供している。仮想サーバー、ロードバランサー（L4）、マルチロードバランサー、ストレージのリソースを自動的にモニタリングし、リソースごとに定義された監視項目についてモニタリングされたデータを取得。モニタリングデータはパフォーマンスチャートとして表示される。

②監視項目においてしきい値を超えた場合のメール通知設定。サービスで提供されていない監視項目については、利用者側で監視ツールを仮想サーバーにインストールが必要。モニタリングデータを保存する場合は、利用者がAPIで取得し保存が必要。
また、基盤リソース管理も必要(vCPU上限管理など)

③ニフクラで提供される監視項目の最新情報は下記URLにて確認のこと。
https://pfs.nifcloud.com/service/watch.htm
利用者側で監視ツールをインストールする際は、仮想環境での動作をサポートしているか確認が必要。

パフォーマンスチャート表示期間は最大6カ月

期間で“最新”を選択した場合：10分間隔で表示

期間で“カスタム”を選択した場合

①非活性メンテナンスの情報は、コントロールパネル内のお知らせ欄に掲載。緊急メンテナンス時は、掲載や告知がメンテナンスを実施する直前となることがある。コントロールパネル内の「障害・お知らせ通知」でメールアドレスを登録すれば、メールでも通知される。
定期メンテナンス中はコントロールパネルとAPIが利用できない。利用者のサーバーは通常どおり利用可能。障害時には、コントロールパネル内のお知らせ欄に情報が掲載される。こちらも、コントロールパネル内の「障害・お知らせ通知」でメールアドレスを登録すれば、メールでも通知される。
コントロールパネルにログインできない、またはサービスアクティビティを利用できない事象が発生している場合は、 ニフクラ　最新イベント/ニュース一覧にて障害の情報を確認可能。
利用者責任範囲であるファシリティにて障害・メンテナンスが発生した場合は次のとおりサービス側へ連絡が必要となります。

②通知内容に応じて対応を検討する。

③特になし。

メンテナンス実施掲載時期：約14日前(目安)

定期メンテナンス：

①ハードウェアのセキュリティパッチは定期的にサービス提供側で実施。
仮想サーバーについては、利用者にてアップデートを実施。

②OS層以上に関するメンテナンス、データバックアップの運用・管理、利用アプリケーションなどのアップデートは利用者で実施。

③パッチ適用後、アプリケーションの動作検証は利用者側で実施。動作しない場合は切り戻し、もしくはアプリケーションの修正が必要。

①サービスとして開発用環境の提供はなし。

②開発用環境と位置付けた環境(プロジェクト)に仮想サーバーを作成。オプションでネットワークを論理分割することも可能。

③開発用環境で作成した仮想サーバーのイメージを作成すれば、本番用環境や試験用環境への配備可能。
その際は、各環境に、環境依存する設定の修正を利用者にて実施。

①サービスとして試験用環境の提供はなし。

②試験用環境と位置付けた環境に開発用環境にて作成したイメージを元に仮想サーバーを作成。オプションでネットワークを論理分割することも可能。

③試験用環境以外で作成した仮想サーバーイメージを使用する際は、環境依存する設定の修正を利用者にて実施。

①仕様・機能や料金、導入相談などのお問い合わせ窓口と利用中のトラブルについてのお問い合わせ窓口を用意。

②ログやダンプなどの出力は利用者側のアプリケーションで実施。

③特になし。

仕様・機能や料金、導入相談窓口(平日9:00～17:45)

トラブルについての問い合わせ(24時間365日 ^[5])

電話対応可能

①サービス：コントロールパネルはユーザーID/パスワード、APIはAccessKey/SecretAccessKeyで認証。コントロールパネルとAPIへアクセスを許可するアクセス元IPアドレスを指定することも可能。

②サービス：コントロールパネルログイン時はユーザーID/パスワード、API使用時はAccessKey/SecretAccessKeyを利用。必要に応じてアクセス元IPアドレスを登録。

③アクセス元IPアドレスが間違った状態で登録されている場合、コントロールパネルやAPIにアクセスできなくなるので注意。その場合は、ニフクラのサポート窓口に連絡して設定解除する必要あり。

①ニフクラID管理者と、操作範囲を制限するための権限を提供。

②業務要件に基づいた権限を設定した子アカウントを作成し、利用者に割り当てる。 ^[6]

③サーバー削除などの事故を避けるため適切な権限設定が必要。

管理者権限、運用者権限、閲覧権限を提供

子アカウントは100アカウント作成可能

一部マルチアカウント未対応サービスあり

運用者権限・閲覧権限のユーザーにポリシー追加可能

①オンプレミス環境とニフクラ間の接続には以下を提供。

②ハウジング接続サービスはオプションサービス。
IPsec VPN機能は拠点間VPNゲートウェイを作成し、オンプレミス環境にVPNルーターを設置する必要がある。SSL-VPN機能はリモートアクセスVPNゲートウェイを作成し、利用者端末にクライアントアプリケーションのインストールが必要。

③IPsec VPN機能では、動作確認済みVPNルーターの利用を推奨。選択するVPNルーターにより、機能差あり。

①システム領域/増設ディスク/スナップショットデータ/仮想サーバーイメージ/オブジェクトストレージサービスのデータは物理ストレージ書き込み時に暗号化しない。

②暗号化が必要な場合は利用者側がOS上で対処する必要あり。

③特になし。

①ニフクラのソリューションサービスとして「Trend Micro Cloud One - Workload Security」を提供。

②業務システムのログ管理については、決定、実装、取得のすべてが利用者の責任範囲。
「Trend Micro Cloud One - Workload Security」で要件が満たせない場合、別途ミドルウェアを導入し利用する、ハウジング環境に設置し利用する構成などの検討が必要。

③特になし。

①ニフクラのソリューションサービスとして「Trend Micro Cloud One - Workload Security」を提供。

②検知内容に応じて対応を検討する。(侵入防止機能もあり。)

③特になし。

①仮想サーバー単位に設定するファイアウォールグループを提供。
設定するルールは通信方向、通信相手、プロトコル情報で構成。なお、ログはIN/OUT側の拒否ログのみ出力。

②対象の仮想サーバー、仮想ルーターに対して、ルールを設定。上記のニフクラ機能以外の対処方法として、Windows FirewallやIISなどのWEBサーバー機能を用いてクライアント制限・認証の組込みも可能。

③共通ネットワークに接続されるサーバーには、IPアドレスの重複を防止するファイアウォールルールが自動的に適用。

①プライベートLANを作成し、サブネットを設定することが可能。

②利用者側でネットワークの設計・構築。(セグメント分割を含む)

③特になし。

①ニフクラのオプションサービスとして、「Trend Micro Cloud One - Workload Security」を提供

②「Trend Micro Cloud One - Workload Security」利用時は、申請書提出後に発行されたActivation Codeを登録し、インストール及び各種セキュリティ設定を実施。
「Trend Micro Cloud One - Workload Security」の管理サーバーはインターネット側に配置されているため、導入した仮想サーバーはインターネットへ接続する必要がある。

③「Trend Micro Cloud One - Workload Security」のシステム要件については以下リンク先の『注意事項』を参照。
https://pfs.nifcloud.com/service/dsaas.htm

①故障、もしくは利用終了するディスクの破壊作業を実施。破壊作業の実施後、破壊されたディスクの写真を撮影し、その写真を貼付した報告書を作成。

②お客様先設置型の場合、破壊するための場所をデータセンター内で用意する必要がある。
破壊するディスクはプライベートリージョンのラック内に保管する。申込1式につきディスク10本程度を保管できる場所が必要。
ディスクを保管するラックの施錠管理は利用者で対応。

③ストレージ機器・ディスクの故障時、並びに撤去時のディスクのみを対象。
破壊作業は機器撤去時にまとめて実施。
以下、ニフクラ プライベートリージョン v.1 サービス仕様書 別紙も併せて参照。
https://pfs.nifcloud.com/pdf/pr_v1_spec.pdf

①DC利用型：外部機関より公的認証を取得
お客様先設置型：利用者選択センターに依存

②特になし。

③特になし。

ISO/IEC 27001:2013,JIS Q 27001:2014

JIP-ISMS517-1.0（ISO/IEC 27017:2015）

①DC利用型：east-1もしくはjp-west-2と同じデータセンター
お客様先設置型：利用者準備のデータセンター(データセンター要件あり^[7])

②特になし。

③特になし。

①スタンダードイメージとして用意されているOSは ニフクラ サーバータイプ・仕様「OS（選択可能）」項目 の最新情報を確認してください。

②提供されるOSイメージより選択。

③

①VMインポート検証済みのOSは VMインポート・仕様「インポート検証済みOS」 を確認。^[8]

②希望のOSイメージ(OVFファイル及びVMDKファイル)を利用者側で用意。

③Red Hat EnterpriseはRed Hat Cloud Accessを利用してライセンスの持ち込みをする。
https://pfs.nifcloud.com/service/rhel_ca.htm を参考に、手続きすること。
対象となる製品は、Red Hat社がサポートする通常版の「Red Hat Enterprise Linux」となる。
FAQ：プライベートリージョンへRed Hat Enterprise Linuxのサブスクリプションを持ち込み可能ですか？ も参考にする。

①

②業務要件に合わせて選択。サイジングには利用者側の検証が必要。

③

①必須バージョンを定めている。 必須バージョンは こちら を参照

②必須バージョンより古いバージョンを利用している場合は、VMware Toolsの更新が推奨される。

③必須バージョンより古いバージョンを利用し続けてもサーバーの稼働そのものへの影響はないが、クラウド基盤のバージョンアップにともない、コントロールパネルの表示や特定の機能が正常に動作しなくなる場合がある。VMware-Toolsの起動状態、バージョンについてはコントロールパネルのサーバー詳細画面から確認が可能。 ^[12]

①ストレージ容量はNo.2.3参照。

②特になし。

③特になし。

①コントロールパネルへはhttps接続、仮想サーバーなどへのアクセスはIPsec VPN接続、SSL-VPN接続、インターネット接続が可能。利用者のハウジング環境とニフクラをハウジング接続することも可能。

②ニフクラとオンプレミス環境をIPsec VPN機能で接続する場合、オンプレミス環境にVPNルーターが必要。ニフクラ側は拠点間VPNゲートウェイの追加設定が必要。
ニフクラと利用者端末をSSL-VPN機能で接続する場合、利用者端末にクライアントアプリケーションのインストールが必要。ニフクラ側はリモートアクセスVPNゲートウェイの設定が必要。
ハウジング接続を利用する場合は、オプションサービスであるL2ハウジング接続サービスが必要です。 ^[13]

③特になし。

①毎日1回メールにてvCPUの使用量などのリソース状況報告をします。

②リソース状況報告を元に、申し込みプランの範囲内でのvCPU上限管理/メモリ上限管理/オプションディスク上限管理をしてください。

③特になし。

①外部/内部通信ともにロードバランサーサービスを利用することで負荷分散可能。セッションの維持機能/ヘルスチェック機能/Sorryページ表示機能。

①②業務要件に基づいて、利用サービスを選択して外部/内部通信の負荷分散を設定。

③ロードバランサー（L4）は、ゾーンを跨いだ負荷分散が可能。マルチロードバランサーは、内部通信の負荷分散が可能。高機能ロードバランサーが必要な場合は、L7ロードバランサー（Ivanti Virtual Traffic Manager）または統合ネットワークサービス（IPCOM VE2Vシリーズ）の利用を検討。

①IPsec VPN通信を用いてインターネット経由により、オンプレミス環境やリージョン間の連携が可能。
ハウジング接続サービスを利用することで、ハウジング環境との連携が可能。

②連携の仕組みを実装。

③特になし。

①オンプレミス仮想環境上のゲストOSの移行については、VMインポート、Liveマイグレーションの利用が可能。移行可能なOSは、最新の機能説明書と制限事項・注意事項を参照。

②サービス利用の判断も含め、移行方法について個別検討が必要。

③VMインポートの利用を検討する場合、 https://pfs.nifcloud.com/service/vmimport.htm にて前提条件などの確認が必要。
Liveマイグレーションの利用を検討する場合 https://pfs.nifcloud.com/service/livemigration.htm を確認のうえ、検討が必要

プライベートリージョンではOS層以上のサポートについては下記のとおりです。

east-1 DC利用型プライベートリージョン

プライベートリージョンを利用する

プライベートリージョン

パブリッククラウド

east-1 DC利用型プライベートリージョン

jp-west-2 パブリッククラウド

システム要件としてDR構成を実装する必要がある

プライベートリージョン

プライベートリージョン

east-1 DC利用型プライベートリージョン

jp-west-2 DC利用型プライベートリージョン

プライベートリージョン

オンプレミス環境

east-1 DC利用型プライベートリージョン

西日本オンプレミス環境

プライベートリージョン

ハウジング環境

east-1 DC利用型プライベートリージョン

east-1 ハウジング環境

ハウジング環境に搭載しておくべき機器がある場合

プライベートリージョンを利用する

システム要件としてDR構成を実装する必要がある

ハウジング環境に搭載しておくべき機器がある場合