専有
はじめに
-
本ドキュメントではプライベートリージョン活用ガイドについて記載しています。
-
プライベートリージョン(以下、本サービスと言います)は、利用者に共通して提供されている機能やサービスを組み合わせることでシステムを構築します。よって、個別の要望には対応はできません。
-
システム要件によってはプライベートリージョン適用不可となる場合があるため、 サービス仕様書 及び、本ドキュメントを最後まで確認のうえ、適用可否を判断してください。
-
ニフクラサービスの変更は最新のドキュメントを参照してください。
留意事項
本ドキュメントは 仕様書第1.20.0版 をもとに作成しております。
機能は順次エンハンスされますので、検討時にはニフクラホームページにて最新情報を確認ください。
適用判断手順の概要
プライベートリージョンの適用可否を判断するために、以下手順を確認してください。
-
プライベートリージョン概要
-
提供されるサービスについて把握する
-
全体構成を把握し、システム全体の構成を検討する
-
責任分担を把握したうえで、適用可否を判断する
-
-
プライベートリージョン の適用判断事項
-
利用者要件に対応するプライベートリージョンのサービス仕様を確認し、必要となる対処、影響などを検討したうえで、適用可否を判断する
-
-
プライベートリージョンで対応できない要件
-
プライベートリージョンで対応ができない利用者要件や条件などを確認し、適用可否を判断する
-
-
Oracle製品の利用検討
-
BYOL/アウトソーシング環境を利用したOracle製品の利用方法について
-
-
システムパターンと運用方式の検討
-
可用性・業務継続性からシステムパターンを選択する
-
サービス利用上の注意点から運用方式を検討する
-
-
Appendix
-
利用開始までの流れ
-
契約更新時に関して
-
その他Tips
-
適用判断手順の概要(設置タイプ)
ニフクラの設置タイプは、大きく分けて4種類あります(下図を参照)。
本ドキュメントでは、特に断りがない限りプライベートリージョン(お客様先設置型、DC利用型)についての適用判断手順を掲載しています。
プライベートリージョン(お客様先設置型) |
プライベートリージョン(DC利用型) |
プライベートリソース |
パブリッククラウド(IaaS) |
|
---|---|---|---|---|
サーバー専有 |
専有 |
専有 |
共有 |
|
ストレージ専有 |
専有 |
専有 |
専有/共有 |
共有 |
ネットワーク |
専有 |
専有 |
共有 |
共有 |
DC |
お客様 |
ニフクラDC |
ニフクラDC |
ニフクラDC |
適用判断手順の概要(規模種類)
プライベートリージョンではリソース規模に応じて4つのモデル「Small v.1 / Medium v.1 / Largev.1 / 段階従量課金モデル」が用意されています。要望のシステム規模に合うリソース規模を選択してください
Small v.1 |
Medium v.1 |
Large v.1 |
段階従量課金モデル |
|
---|---|---|---|---|
推奨エンドユーザー |
自社利用・プロジェクト単位での利用 |
自社もしくはグループ会社内利用 |
最終的な利用規模が読めない案件・プロジェクト |
|
導入タイミング |
|
|||
留意事項 |
|
|
||
備考/顧客例 |
|
|
|
|
1.プライベートリージョン概要
提供内容
Small v.1 / Medium v.1 / Large v.1 / 段階従量課金モデルともに、提供内容(メニュー)は基本プランに加えて、希望の追加オプションを利用可能です。詳細は サービス仕様書 を参照の上、要件を満たすためのオプションがあるか、確認し検討してください。
プライベートリージョンの全体構成
-
プライベートリージョンは、完全に外部接続を遮断し利用できます
-
サービスで提供する環境とIaaS管理系システムのリソースは物理的に分離しています
-
サービスネットワークとメンテナンスネットワークには接続性はありません
-
-
全体構成を把握し、システムとしての構成要件を満たせるか確認してください。
お客様先設置型/DC利用型の提供範囲(利用者との責任分担)
お客様先設置型/DC利用型の提供範囲(利用者との責任分担)を記載します。利用者責任箇所に関して運用可能か、富士通責任範囲に関して、ベンダに任せてよいか確認してください。
レイヤー |
範囲 |
責任 |
|
---|---|---|---|
DC利用型 |
お客様先設置型 |
||
アプリケーション |
仮想サーバー上で稼働するアプリケーション及びミドルウェア全般 |
利用者 |
利用者 |
ミドルウェア |
|||
OSイメージ |
|
||
仮想サーバーOSの払い出し |
富士通 |
富士通 |
|
クラウド機能(コントロールパネル/API) |
新機能の提供、既存機能の拡張 |
||
仮想化基盤(VMware vSphereなど) |
仮想化基盤の構築・運用管理
|
||
ハードウェア(サーバー・ストレージ・ネットワーク機器) |
ハードウェアの調達(新規/増強)・構築・運用管理、基盤システムキャパシティ管理 |
||
基盤リソース管理 |
|
利用者 |
利用者 |
ファシリティ |
ハードウェア設置用ラック提供、電源設備、空調管理 |
富士通 |
|
インターネット回線及び上位ネットワーク |
利用者 |
2.プライベートリージョンの適用判断事項
利用と決定までの検討フロー
プライベートリージョン利用、Small v.1 / Medium v.1 / Large v.1 / 段階従量課金モデルのメニュー決定までに検討を必要とする事項があります
可用性
利用者の要件に対応するプライベートリージョンサービス仕様を確認し、利用者側で必要となる対処、影響などを検討したうえで、プライベートリージョンの適用可否を判断します。
No. |
要件 |
プライベートリージョンの仕様 |
||
---|---|---|---|---|
大項目 |
中項目 |
小項目 |
||
1.1 |
可用性 |
継続性 |
運用スケジュール |
|
1.2 |
稼働率 |
それぞれのサービスで設定している稼働率は異なります。 |
||
1.3 |
耐障害性 |
ネットワーク |
プライベートリージョン内の構成は二重化構成。切り替わり時に通信断をともなう可能性あり。 [2]
2. 詳細は ニフクラの可用性向上への取り組みを確認してください。
|
|
1.4 |
ストレージ |
3. 詳細は ニフクラの可用性向上への取り組みを確認してください。
|
||
1.5 |
災害対策(DR) |
|
性能・拡張性
No. |
要件 |
プライベートリージョンの仕様 |
||
---|---|---|---|---|
大項目 |
中項目 |
小項目 |
||
2.1 |
性能・拡張性 |
リソース拡張性 |
vCPU |
ニフクラにて提供中の クラウド技術仕様/制限値(コンピューティング:サーバー)から、ご選択いただけます。一部制限がありますので 仕様書を参照してください。 |
2.2 |
メモリ |
ニフクラにて提供中の クラウド技術仕様/制限値(コンピューティング:サーバー)から、ご選択いただけます。一部制限がありますので 仕様書を参照してください。 |
||
2.3 |
ストレージ |
|
||
2.4 |
スケールアップ |
|
||
2.5 |
スケールアウト |
|
||
2.6 |
性能品質保証 |
|
運用・保守性
No. |
要件 |
ニフクラの仕様 |
||
---|---|---|---|---|
大項目 |
中項目 |
小項目 |
||
3.1 |
運用・保守性 |
通常運用 |
バックアップ |
|
3.2 |
運用監視 |
|
||
3.3 |
保守運用 |
計画停止 |
|
|
3.4 |
パッチ適用 |
|
||
3.5 |
運用環境 |
開発用環境の設置 |
|
|
3.6 |
試験用環境の設置 |
|
||
3.7 |
サポート体制 |
|
セキュリティ
No. |
要件 |
ニフクラの仕様 |
||
---|---|---|---|---|
大項目 |
中項目 |
小項目 |
||
4.1 |
セキュリティ |
アクセス・利用制限 |
認証機能 |
|
4.2 |
利用制限 |
|
||
4.3 |
データの秘匿 |
伝送データの暗号化の有無 |
|
|
4.4 |
蓄積データ暗号化の有無 |
|
||
4.5 |
不正追跡・監視 |
|
||
4.6 |
不正アクセス検知・監視 |
|
||
4.7 |
ネットワーク対策 |
ネットワーク制御 |
|
|
4.8 |
ネットワーク対策 |
セグメント分割 |
|
|
4.9 |
マルウェア対策 |
|
||
4.10 |
ディスク破壊サービス |
|
データセンター
動作環境
No. |
要件 |
ニフクラの仕様 |
||
---|---|---|---|---|
大項目 |
中項目 |
小項目 |
||
6.1 |
動作環境 |
動作仕様 |
対応OS (スタンダードイメージ) |
|
6.2 |
対応OS (VMインポート) |
5. これら以外のOSでも利用者責任でインポートを試すことは可能。動作可否についてはニフクラでは確認しない。
|
||
6.3 |
仮想サーバーのタイプ |
|
||
6.4 |
VMware Toolsのバージョン |
|
||
6.5 |
ストレージ容量 |
|
||
6.6 |
ネットワーク接続形態 |
|
サービス利用/システム特性/移行
No. |
要件 |
ニフクラの仕様 |
||
---|---|---|---|---|
大項目 |
中項目 |
小項目 |
||
7.1 |
サービス利用 |
稼働状況報告 |
|
|
8.1 |
システム特性 |
負荷分散への対応 |
|
|
8.2 |
システム連携 |
|
||
9.1 |
移行 |
移行方法 |
|
3.プライベートリージョンで対応できない要件
操作権限/サービス提供方法
プライベートリージョンを適用できない主な条件を示します。以下の不適合条件に合致する要求がある場合、ハウジング環境への設置、専有コンポーネントの利用、または他のクラウドやオンプレミスを検討してください。
不適合条件 |
理由 |
|
---|---|---|
操作権限 |
仮想化基盤の操作権限が必要 |
プライベートリージョンでは、仮想化基盤の運用管理はサービスで実施します。利用者に操作権限を譲渡できません。 |
サービス提供方法 |
インターネットへのアクセスはすべて許容できない |
ニフクラのコントロールパネル/APIの管理システムは、ニフクラ(パブリッククラウド)と共有となります。またコントロールパネル、APIのエンドポイントへのアクセスはインターネット経由となります。 |
動作環境/サポート
プライベートリージョンを適用できない主な条件を示します。以下の不適合条件に合致する要求がある場合、ハウジング環境への設置、専有コンポーネントの利用、または他のクラウドやオンプレミスを検討してください。
不適合条件 |
理由 |
|
---|---|---|
動作環境 |
物理機器の利用が必要 |
プリンタ・FAX・スキャナ・テープデバイスなどの物理機器をプライベートリージョンで利用できません。 |
システム要件として高性能なCPUスペックが必要 |
提供されているvCPU以外を利用できません。また、GPU搭載モデルのサーバータイプも未提供となります。 |
|
厳密なレスポンスタイムが要求されるシステム |
プライベートリージョンで提供する各サービスの性能は特に言及がない限りベストエフォートでの提供となります。 |
|
インフラ基盤に対する厳格な動作要件を持つシステム |
インフラ基盤に特別な設定が必要となるシステムは、プライベートリージョンでは稼働できない可能性があります。 |
|
サポート |
OSなどのインフラ基盤より上位層について、それぞれサポート契約が必要 |
6. 問い合わせ窓口は、富士通のサポートデスクとなります。
|
4.Oracle製品の利用検討
下記の利用パターンから利用方法を検討してください。
利用パターン |
利用方法 |
---|---|
ハウジング環境(パターン1) (ハウジング接続利用) |
ハウジング環境に設置したサーバーへOracle製品を導入して利用します。 |
ハウジング環境(パターン1)
5.システムパターンと運用方式の検討
【参考】ニフクラ(パブリック)のリージョンとゾーンについて
-
ニフクラ(パブリック)は契約することで複数のリージョンを利用できます。リージョンの定義は国や地域など、地理的に離れた場所を指します。
-
リージョンの中に複数のゾーンが存在し、別のシステムとして運用されています。サーバーが収容されているラックや電源、ストレージなどは、ゾーン別に分離されています。
※リージョンによってゾーンの数は異なります。
プライベートリージョンのリージョンについて
-
プライベートリージョンの提供はDC利用型の場合、東日本、西日本の特定リージョンが利用可能です。利用できるリージョンの詳細は、仕様書お客様先設置型の場合、ファシリティ要件を満たせば設置可能です。
-
1つのプライベートリージョンで複数ゾーンの提供はありません。複数のプライベートリージョンを利用することで複数リージョンの利用は可能です。
システムパターンの検討
プライベートリージョンで想定できるシステムパターンは下記のとおりです。
※本パターン以外も実装できる可能性があります。要件に応じて検討してください。
システムパターン |
構成コンポーネント |
構成例 |
利用シーン |
---|---|---|---|
シングルリージョン |
プライベートリージョン |
|
|
マルチリージョン |
|
|
|
|
|
||
|
|
||
ハイブリッド |
|
|
|
No.1 シングルリージョン
シングルリージョン構成としたロケーションサービスによる冗長性を持たない運用としたシステム構成例の概念図です。※図に記載された吹き出し番号は次ページからの番号に対応しています。
システムパターン |
構成コンポーネント |
構成例 |
利用シーン |
---|---|---|---|
シングルリージョン |
プライベートリージョン |
east-1 DC利用型プライベートリージョン |
|
以下にシステム構成例を実現するために利用者が実施すべき作業を記載します。
No. |
利用者が実施すべき作業内容 |
---|---|
1 |
シングルリージョン構成としたロケーションサービスによる冗長性を持たないシステム構成例となります。 [8] 本構成例を実現するために利用者側が実施すべき作業を以下に記載します。
|
検討事項(リージョン障害時/メンテナンス時)
本パターンを構築するための主要検討事項を以下に記載します。
No. |
検討事項 |
対策観点 |
検討内容 |
検討時の重点ポイント |
---|---|---|---|---|
1 |
リージョン障害 |
災害対策(地理的冗長) |
シングルリージョン構成のため、利用中のリージョンが復旧するまでシステムが利用不可となります。 |
- |
2 |
物理サーバー |
メンテナンス時対策 |
物理サーバー上の仮想サーバーをマイグレーションにより、別物理サーバーへ移動します。 |
|
3 |
ネットワークノード |
メンテナンス時対策 |
ネットワークノードの切り替えが発生し、経路切り替えにともなう瞬間的な通信断が発生する場合があります。 |
|
4 |
ストレージノード |
メンテナンス時対策 |
ネットワークノードやコントローラ切り替えにともなう、瞬間的なI/O遅延または断が発生する場合があります。 |
|
5 |
仮想サーバー |
メンテナンス時対策 |
ネットワークノードやコントローラ切り替えによって、ニフクラ上に構築したシステムも瞬間的な通信断やI/O遅延または断が発生する場合があります。 |
|
検討事項(クラウド基盤障害時)
本パターンを構築するための主要検討事項を以下に記載します。
No. |
検討事項 |
対策観点 |
検討内容 |
検討時の重点ポイント |
---|---|---|---|---|
6 |
物理サーバー |
クラウド基盤障害対策 |
仮想サーバーには標準でHA機能が装備されているため、仮想サーバーの稼働中にデータセンター内の物理サーバーが故障などにより停止した場合、そのホスト上で稼働していた仮想サーバーを、自動的に別のホストに移動して稼働させることができます。 |
|
7 |
ネットワーク機器 |
クラウド基盤障害対策 |
ネットワーク機器に異常が発生した場合、正常な基盤に原則自動的に経路が切り替わり、復旧します。 |
|
8 |
ストレージ機器 |
クラウド基盤障害対策 |
ネットワーク機器切り替えの際に、ネットワーク通信断が発生する場合があります。ネットワーク機器やストレージ機器に異常が発生した場合、正常な基盤に原則自動的に経路またはコントローラが切り替わり、復旧します。 |
|
9 |
仮想サーバー |
クラウド基盤障害対策 |
仮想サーバーのOS層以上については、サービス側での対策はありません。 |
|
10 |
監視 |
クラウド基盤障害対策 |
ニフクラ内に構築した監視サーバーを利用した場合、ネットワーク障害時に監視不可となる可能性があります。 |
|
11 |
バックアップ |
クラウド基盤障害対策 |
シングルリージョン構成の場合、リージョン単位に障害が発生した際、データを別環境へ保存していないため、バックアップデータからの復旧が前提となります。
|
|
No.2 マルチリージョン
本構成は各リージョンでActive/Activeとする構成を前提としたシステム構成例の概念図です。本例ではeast-1 DC利用型プライベートリージョン、jp-west-2パブリッククラウドを利用した構成を記載しています。※図に記載された吹き出し番号は次ページからの番号に対応しています。
システムパターン |
構成コンポーネント |
構成例 |
利用シーン |
---|---|---|---|
マルチリージョン |
プライベートリージョン |
east-1 DC利用型プライベートリージョン |
|
以下にシステム構成例を実現するために利用者が実施すべき作業を記載します。
No. |
利用者が実施すべき作業内容 |
---|---|
2 |
各リージョンでActive/Standbyとしたシステム構成例になります。 [10] 本構成例を実現するために利用者側が実施すべき作業を以下に記載します。
10. 1つのシステムにフォーカスした構成例です。プライベートリージョン環境のため利用上限の範囲内で複数システムの搭載も可能です。
11. マルチロードバランサー、L7ロードバランサー(Ivanti Virtual Traffic Manager)でも構築可能です。
12. 業務データはリージョン間接続経由でセカンダリリージョン側へ転送します。
13. プライマリ側のロードバランサー(L4)へのヘルスチェックがエラーとなり、一定の切り替え条件を満たせば、自動的にセカンダリ側のロードバランサー(L4)のIPアドレスをDNSが返却するようになります。
14. セカンダリリージョンへバックアップデータ保存用仮想サーバーを構築します。
|
検討事項(リージョン障害時)
本パターンを構築するための主要検討事項を以下に記載します。
No. |
検討事項 |
対策観点 |
検討内容 |
検討時の重点ポイント |
---|---|---|---|---|
1 |
リージョン間接続 |
災害対策(地理的冗長) |
リージョン間通信をする場合、ハウジング接続経由で専用線/閉域網での接続やインターネット回線を利用できます。 |
|
2 |
仮想サーバー |
災害対策(地理的冗長) |
リージョン間で冗長化した構成が可能となるため、リージョン間でサーバーを構築します。 |
|
3 |
業務データ |
災害対策(地理的冗長) |
復旧時間を短縮するために、利用者にてリージョン間でデータ同期の仕組みを構築する必要があります。 |
|
4 |
DNSサービス+ロードバランサー(L4) |
災害対策(地理的冗長) |
DNSサービスの「ゾーン管理」「レコード設定」機能を利用して、ロードバランサー(L4)のIPアドレスを登録します。 |
|
5 |
リージョン監視 |
災害対策(地理的冗長) |
|
|
6 |
バックアップ |
災害対策(地理的冗長) |
リージョンを跨いだバックアップを検討する必要があります。ニフクラのソリューションサービスである「バックアップ/セキュリティサービス(Acronis Cyber Protect Cloud)」を利用するか、サードパーティー製のバックアップソフトウェアを利用する方法があります。バックアップソフトウェアを利用し、セカンダリリージョン側の仮想サーバーへアタッチしたブロックストレージへリージョン間接続間経由でデータ転送を行います。「バックアップ/セキュリティサービス(Acronis Cyber Protect Cloud)」を利用する場合、Acronisクラウドへバックアップの取得が可能です。 |
|
検討事項(メンテナンス時)
本パターンを構築するための主要検討事項を以下に記載します。
No. |
検討事項 |
対策観点 |
検討内容 |
検討時の重点ポイント |
---|---|---|---|---|
8 |
物理サーバー |
メンテナンス時対策 |
物理サーバー上の仮想サーバーをマイグレーションにより、別物理サーバーへ移動します。 |
|
9 |
ネットワークノード |
メンテナンス時対策 |
ネットワークノードの切り替えが発生し、経路切り替えにともなう瞬間的な通信断が発生する場合があります。 |
|
10 |
ストレージノード |
メンテナンス時対策 |
ネットワークノードやコントローラ切り替えにともなう、瞬間的なI/O遅延または断が発生する場合があります。 |
|
11 |
仮想サーバー |
メンテナンス時対策 |
ネットワークノードやコントローラ切り替えによって、ニフクラ上に構築したシステムも瞬間的な通信断やI/O遅延または断が発生する場合があります。 |
|
検討事項(クラウド基盤障害時)
本パターンを構築するための主要検討事項を以下に記載します。
No. |
検討事項 |
対策観点 |
検討内容 |
検討時の重点ポイント |
---|---|---|---|---|
12 |
物理サーバー |
クラウド基盤障害対策 |
仮想サーバーには標準でHA機能が装備されているため、仮想サーバーの稼働中にデータセンター内の物理サーバーが故障などにより停止した場合、そのホスト上で稼働していた仮想サーバーを、自動的に別のホストに移動して稼働させることができます。このため、物理障害についてはHAでの自動復旧が見込めますが、この際、仮想サーバーは強制シャットダウンで停止し、別物理サーバー上で再起動します。 |
|
13 |
ネットワーク機器 |
クラウド基盤障害対策 |
ネットワーク機器に異常が発生した場合、正常な基盤に原則自動的に経路が切り替わり、復旧します。 |
|
14 |
ストレージ機器 |
クラウド基盤障害対策 |
ネットワーク機器切り替えの際に、ネットワーク通信断が発生する場合があります。ネットワーク機器やストレージ機器に異常が発生した場合、正常な基盤に原則自動的に経路またはコントローラが切り替わり、復旧します。 |
|
15 |
仮想サーバー |
クラウド基盤障害対策 |
バックアップを提供しています。定期的な自動バックアップや任意のタイミングで仮想サーバーのバックアップを取得する機能です。エージェントレスでOS領域だけではなく、増設したディスクのデータも丸ごとバックアップします。トラブル発生時には、取得したバックアップデータから、別サーバーとして新規作成し、バックアップ時の状態で復元させることが可能です。 |
|
No.3 ハイブリッド
本構成はプライベートリージョンとオンプレミス環境でハイブリッド構成としたシステム構成例の概念図です。本例ではeast-1 DC利用型プライベートリージョンとハウジング接続を経由してハウジング環境と接続した構成を記載しています。※図に記載された吹き出し番号は次ページからの番号に対応しています。
システムパターン |
構成コンポーネント |
構成例 |
利用シーン |
---|---|---|---|
ハイブリッド |
プライベートリージョン |
east-1 DC利用型プライベートリージョン |
|
以下にシステム構成例を実現するために利用者が実施すべき作業を記載します。
No. |
利用者が実施すべき作業内容 |
---|---|
3 |
ハイブリッド構成としたシステム構成例になります。
[16]
|
検討事項(リージョン障害時/メンテナンス時)
本パターンを構築するための主要検討事項を以下に記載します。
No. |
検討事項 |
対策観点 |
検討内容 |
検討時の重点ポイント |
---|---|---|---|---|
1 |
リージョン障害 |
災害対策(地理的冗長) |
シングルリージョン構成のため、利用中のリージョンが復旧するまでシステムが利用不可となります。 |
- |
2 |
物理サーバー |
メンテナンス時対策 |
物理サーバー上の仮想サーバーをマイグレーションにより、別物理サーバーへ移動します。 |
|
3 |
ネットワークノード |
メンテナンス時対策 |
ネットワークノードの切り替えが発生し、経路切り替えにともなう瞬間的な通信断が発生する場合があります。 |
|
4 |
ストレージノード |
メンテナンス時対策 |
ネットワークノードやコントローラ切り替えにともなう、瞬間的なI/O遅延または断が発生する場合があります。 |
|
5 |
仮想サーバー |
メンテナンス時対策 |
ネットワークノードやコントローラ切り替えによって、ニフクラ上に構築したシステムも瞬間的な通信断やI/O遅延または断が発生する場合があります。 |
|
検討事項(クラウド基盤障害時)
本パターンを構築するための主要検討事項を以下に記載します。
No. |
検討事項 |
対策観点 |
検討内容 |
検討時の重点ポイント |
---|---|---|---|---|
6 |
物理サーバー |
クラウド基盤障害対策 |
仮想サーバーには標準でHA機能が装備されているため、仮想サーバーの稼働中にデータセンター内の物理サーバーが故障などにより停止した場合、そのホスト上で稼働していた仮想サーバーを、自動的に別のホストに移動して稼働させることができます。このため、物理障害についてはHAでの自動復旧が見込めますが、この際、仮想サーバーは強制シャットダウンで停止し、別物理サーバー上で再起動します。 |
|
7 |
ネットワーク機器 |
クラウド基盤障害対策 |
ネットワーク機器に異常が発生した場合、正常な基盤に原則自動的に経路が切り替わり、復旧します。 |
|
8 |
ストレージ機器 |
クラウド基盤障害対策 |
ネットワーク機器切り替えの際に、ネットワーク通信断が発生する場合があります。ネットワーク機器やストレージ機器に異常が発生した場合、正常な基盤へ原則自動的に経路またはコントローラが切り替わり、復旧します。 |
|
9 |
仮想サーバー |
クラウド基盤障害対策 |
仮想サーバーのOS層以上については、サービス側での対策はありません。 |
|
10 |
監視 |
クラウド基盤障害対策 |
ニフクラ内に構築した監視サーバーを利用した場合、ネットワーク障害時に監視不可となる可能性があります。監視要件によってはハウジング環境へ監視サーバーを設置してください。 |
|
11 |
バックアップ |
クラウド基盤障害対策 |
シングルリージョン構成の場合、リージョン単位に障害が発生した際、データを別環境へ保存していないため、バックアップデータからの復旧が前提となります。バックアップデータは同一リージョン内への保存となるため、リージョン障害にてバックアップデータが破損する可能性もあります。
|
|
Appendix
契約更新時に関して
契約更新時のマイグレーション対応
-
基本プラン契約期間、ならびに各種追加オプション契約期間について所定の方法で契約を更新することで、サービスの利用期間を延長可能です。
-
更新時は契約期間が最初のプランと異なる、更新対象によっていつまでに更新が必要か時期が異なる、などの留意事項があります。またマイグレーションにも各種留意事項があります。詳細は、 サービス仕様書 9.3 利用期間 契約の更新 を参照
その他Tips
ラック数の目安
お客様先設置型を利用する場合、選択する各プラン/オプションに応じてラック数の目安を仕様書に記載しています。詳細は サービス仕様書 を確認してください。
-
申し込みの内容の組み合わせ(新規・追加双方)による利用者ごとのケース別に、正確なラック数の案内が難しいため、すべての基本パック及び追加オプションをゼロベース(適当な空きラックがない状態とみなし)で考えられるラック数の目安となります。
-
そのため、受注後に物理的な詳細設計をする段階でラック数を減らせる可能性があり、受注後の詳細決定後にラック数は最終決定となります。
-
用意するラックについての要件も仕様書のラック要件(お客様先設置型のみ)を確認してください。