IaaS (Infrastructure as a Service) は、通常はベンダーのデータセンター12 に格納されているサーバー、ストレージ、ネットワーク、仮想化などのスケーラブルなハードウェア リソースをオンデマンドで提供するクラウド コンピューティング モデルです。
IaaS を使用すると、顧客は使用したリソースに対してのみ支払い、必要に応じてスケールアップまたはスケールダウンすることができ、独自の物理インフラストラクチャに投資したり維持したりする必要がなくなります12。
IaaS は、異なるレベルの抽象化と機能を提供する DaaS (Desktop as a Service)、PaaS (Platform as a Service)、SaaS (Software as a Service) などの他のクラウド コンピューティング モデルとは異なります12。
DaaS は、インターネット経由でユーザーに仮想デスクトップを提供し、ユーザーがあらゆるデバイスからアプリケーションやデータにアクセスできるようにします3。
PaaS は、基盤となるインフラストラクチャやソフトウェアを管理することなく、アプリケーションを開発、テスト、および展開するためのプラットフォームを提供します。
SaaS は、ユーザーのデバイスへのインストールやメンテナンスを必要とせず、インターネット経由でソフトウェア アプリケーションを配信します。参考:
[CompTIA Network+ N10-008 認定試験学習ガイド]、第 8 章: クラウド コンピューティング、セクション: クラウド コンピューティング モデル
[メッサー教授のCompTIA N10-008 Network+コースノート]、58ページ: クラウドコンピューティングモデル
[CompTIA Network+ N10-008 認定試験学習ガイド]、第 8 章: クラウド コンピューティング、セクション: サービスとしてのデスクトップ (DaaS)
[CompTIA Network+ N10-008 認定試験学習ガイド]、第 8 章: クラウド コンピューティング、セクション: サービスとしてのプラットフォーム (PaaS)
[CompTIA Network+ N10-008 認定学習ガイド]、第 8 章: クラウド コンピューティング、セクション: サービスとしてのソフトウェア (SaaS) IaaS (Infrastructure as a Service) は、通常はベンダーのデータ センターに格納されているサーバー、ストレージ、ネットワーク、仮想化などのスケーラブルなハードウェア リソースをオンデマンドで提供するクラウド コンピューティング モデルです 12。
IaaS を使用すると、顧客は使用したリソースに対してのみ支払い、必要に応じてスケールアップまたはスケールダウンすることができ、独自の物理インフラストラクチャに投資したり維持したりする必要がなくなります12。
IaaS は、異なるレベルの抽象化と機能を提供する DaaS (Desktop as a Service)、PaaS (Platform as a Service)、SaaS (Software as a Service) などの他のクラウド コンピューティング モデルとは異なります12。
DaaS は、インターネット経由でユーザーに仮想デスクトップを提供し、ユーザーがあらゆるデバイスからアプリケーションやデータにアクセスできるようにします3。
PaaS は、基盤となるインフラストラクチャやソフトウェアを管理することなく、アプリケーションを開発、テスト、および展開するためのプラットフォームを提供します。
SaaS は、ユーザーのデバイスへのインストールやメンテナンスを必要とせず、インターネット経由でソフトウェア アプリケーションを配信します。参考:
[CompTIA Network+ N10-008 認定試験学習ガイド]、第 8 章: クラウド コンピューティング、セクション: クラウド コンピューティング モデル
[メッサー教授のCompTIA N10-008 Network+コースノート]、58ページ: クラウドコンピューティングモデル
[CompTIA Network+ N10-008 認定試験学習ガイド]、第 8 章: クラウド コンピューティング、セクション: サービスとしてのデスクトップ (DaaS)
[CompTIA Network+ N10-008 認定試験学習ガイド]、第 8 章: クラウド コンピューティング、セクション: サービスとしてのプラットフォーム (PaaS)
[CompTIA Network+ N10-008 認定試験学習ガイド]、第 8 章: クラウド コンピューティング、セクション: サービスとしてのソフトウェア (SaaS)

ネットワーク技術者が新しいネットワーク ハードウェアを選択する際に考慮すべき可用性の概念は、RTO (目標復旧時間) です。RTO は、中断または障害後にシステムまたはサービスを復元するための最大許容時間を定義するメトリックです。RTO は、ダウンタイムが企業とその顧客に及ぼす影響とコストに基づきます。RTO は、高可用性を確保し、ダウンタイムを最小限に抑えるためにネットワーク ハードウェアに必要な冗長性とバックアップのレベルを決定するのに役立ちます。参照: CompTIA Network+ N10-008 認定学習ガイド、346 ページ、公式 CompTIA Network+ 学生ガイド (試験 N10-008)、13-9 ページ。

提案されているソリューションは、スパインとリーフのトポロジです。これは、すべてのデバイスが同じ数のネットワーク ホップ離れていることを保証するトポロジであり、これにより、予測可能で一貫したネットワーク遅延が実現されます。

SNMPv3 はネットワーク デバイスへの安全なアクセスを提供し、SSH はコマンド ライン インターフェイスを介してリモートでデバイスにアクセスして管理する安全な方法を提供します。

* この質問は、IT チームがグローバル システム停止のトラブルシューティングに使用しているアプローチについて尋ねています。IT チームは、企業全体で複数の潜在的な根本原因を特定し、各チーム メンバーにトラブルシューティングする領域を割り当てました。
* 答えは分割統治法です。これは、複雑な問題をより小さく単純なサブ問題に分割し、それらを個別に、または並行して解決する問題解決方法です1。
この方法により、IT チームは停止の考えられる原因をより効率的かつ効果的に特定し、排除することができます。
* 「トップからボトム」、「ボトムからトップ」、「何か変更があったかどうかの判断」は正解ではありません。このシナリオで IT チームが使用しているアプローチではないからです。「トップからボトム」は、最も高いレベルの抽象化から始めて、最も低いレベルの詳細まで作業する問題解決方法です2。「ボトムからトップ」は、最も低いレベルの詳細から始めて、最も高いレベルの抽象化まで作業する問題解決方法です3。「何か変更があったかどうかの判断」は、問題が発生する前に発生した変更を特定して分析する問題解決方法です。参考資料:
* 分割統治
* 上から下へ
* 下から上へ
* [何か変更があったか確認する]
* CompTIA Network+ N10-008 学習ガイド