07-IBM Cloud Advocate v2　練習問題

type

status

date

slug

summary

質問61

銀行がクラウドコンピューティング戦略を採用する際に考慮すべきリスクの要因はどれですか？

市場動向

規制およびコンプライアンス基準

レガシー技術

競合他社

解説:

クラウド戦略を検討する際、金融機関は特に規制やコンプライアンスの基準を遵守する必要があります。これらは、データのプライバシー、セキュリティ、および業界固有の法律に影響します。他の選択肢も重要ではありますが、直接的なリスク管理とは少し異なります。

正解:

2. 規制およびコンプライアンス基準

質問62

VMware ESXi、Microsoft Hyper-V、オープンソースのKVMは、どのタイプのハイパーバイザーに該当しますか？

タイプ2

タイプ3

タイプ4

タイプ1

解説:

VMware ESXi、Microsoft Hyper-V、オープンソースのKVMはすべてハイパーバイザー（仮想化基盤）です

1. VMware ESXi

タイプ: Type 1 ハイパーバイザー（ベアメタルハイパーバイザー）

特徴:

直接物理ハードウェア上で稼働するため、ホストOSが不要。
高性能で信頼性が高い。
主にエンタープライズ用途に特化。
管理は vCenter Server を使用して行うことが一般的。

2. Microsoft Hyper-V

タイプ: Type 1 ハイパーバイザー（ベアメタルハイパーバイザー）

特徴:

Windows Server の一部として組み込まれており、直接物理ハードウェア上で稼働。
管理には Hyper-V Manager や System Center Virtual Machine Manager を使用。
Windows 環境との親和性が高く、Windows デスクトップ OS やサーバー OS に最適化されている。

3. KVM（Kernel-based Virtual Machine）

タイプ: Type 1 ハイパーバイザー（厳密には Type 1 に分類されるが、Type 2 に似た特性も持つ）

特徴:

Linux カーネルに統合された仮想化技術。
Linux 上で稼働するため、Linux ディストリビューションがホストOSとして必要（この点で Type 2 的な側面を持つ）。
ベアメタルハイパーバイザーとしての機能を果たしつつ、Linux の管理機能を活用可能。
オープンソースであり、QEMU（エミュレータ）と組み合わせて使用されることが多い。

補足: Type 1 と Type 2 の違い

Type 1 ハイパーバイザー:

物理ハードウェア上で直接稼働する。
高性能でサーバー向けに最適化。
例: VMware ESXi、Hyper-V、Xen、KVM。

Type 2 ハイパーバイザー:

ホストOS上で稼働する。
パフォーマンスは Type 1 より劣るが、開発やデスクトップ用途に適している。
例: VMware Workstation、Oracle VirtualBox。

結論

VMware ESXi: Type 1 ハイパーバイザー

Microsoft Hyper-V: Type 1 ハイパーバイザー

KVM: Type 1 ハイパーバイザー（ただし Linux 上で動作するため Type 2 的な側面もあり）

それぞれの用途や要件に応じて適切なハイパーバイザーを選択することが重要です。

質問63

クラウドコンピューティングのきっかけはどのようなものでしたか？

小惑星追跡のような複雑な問題に計算資源を提供すること

大学間で大規模データセットをインデックス化すること

LANパーティーやサイバーカフェ

コンピューティングの未使用時間を販売すること

解説:

初期のクラウドコンピューティングは、未使用の計算リソースを共有または販売する形で登場しました。このモデルは、効率的な資源利用の実現を目的としていました。

正解:

4. コンピューティングの未使用時間を販売すること

質問64

ハイパーバイザーについて正しい記述はどれですか？（複数選択可）

複数のオペレーティングシステムが並行して動作することを可能にする小さなソフトウェア層

VM（仮想マシン）を論理的に分離し、それぞれに計算資源、メモリ、ストレージを割り当てる

ハイパーバイザーは通常のコンピュータやサーバーの正確なコピーである

ハイパーバイザーはOS内でソフトウェアをコンテナで提供する仮想化サービスである

解説:

ハイパーバイザーは、複数の仮想マシンが1つの物理ホスト上で動作できるようにするための重要なソフトウェアです。選択肢3は誤解を招く記述で、4はコンテナ技術に関するものです。

正解:

複数のオペレーティングシステムが並行して動作することを可能にする小さなソフトウェア層

VM（仮想マシン）を論理的に分離し、それぞれに計算資源、メモリ、ストレージを割り当てる

質問65

一貫した高速アクセスが必要なデータベースアプリケーションに使用されるストレージはどれですか？

ブロックストレージ

ファイルストレージ

オブジェクトストレージ

直接接続ストレージ

解説:

データベースアプリケーションには、ブロックストレージが適しています。一貫した低レイテンシと高性能を提供し、大量のトランザクションを処理できます。他のストレージ形式は異なるユースケース（例: ファイル共有やアーカイブ）向けです。

正解:

ブロックストレージ

質問66

IBM Cloudの分析サービスの目的は何ですか？

Apache Kafkaをベースにしたクラウドベースのメッセージングサービスを提供する

手動ステップを削減し、エラーを減らし、チームのアジリティを向上させ、小規模なチームを超えて拡張できる統合ソリューションまたはツールチェーンを提供する

新しい、予期しないインサイトを迅速に発見し、ビジネスの課題に即応する結果を提供する簡単な方法を提供する

AIライフサイクル管理ツール、Watsonアプリケーション、およびWatsonの言語、音声、ビジョン、感情モデルのAPIを提供する

解説:

IBM Cloudの分析サービスは、ビジネス課題を解決するための新しいインサイトを迅速に得ることを目的としています。これにより、データドリブンな意思決定が可能になります。

正解:

3. 新しい、予期しないインサイトを迅速に発見し、ビジネスの課題に即応する結果を提供する簡単な方法を提供する

質問67

仮想化の定義はどれですか？

仮想マシンが物理ホスト上で動作できるようにする

単一の物理ホスト上で複数の仮想マシンを動作させる

未来を見る能力を持つ

ハードウェアを使用してソフトウェアの抽象化レイヤーを作成する

解説:

仮想化は、ハードウェアリソース（CPU、メモリ、ストレージ、ネットワークなど）を抽象化し、それを複数の仮想環境として利用できるようにする技術です。この抽象化レイヤーを提供することで、以下のような特徴を実現します：

物理ハードウェアの効率的な利用

複数のオペレーティングシステムやアプリケーションを同時に実行可能

柔軟なリソース管理

正解:

質問68

IBM Cloud Pakは、ハイブリッドマルチクラウド戦略をどのように直接サポートしますか？

ワークロードの移植性を向上させる

ベンダーロックインのリスクを軽減する

VMwareのマルチクラウドソリューションを活用する

ネイティブクラウドサービスを活用する

解説:

IBM Cloud Pak のハイブリッドマルチクラウド戦略への貢献

IBM Cloud Pak は、Red Hat OpenShift 上で動作するコンテナ化されたソリューションです。この仕組みにより、オンプレミス、パブリッククラウド、プライベートクラウドなどのさまざまな環境間でワークロードを移行・実行する移植性が大幅に向上します。

選択肢についての解説

「ワークロードの移植性を向上させる」

→ IBM Cloud Pak の主要な特徴であり、コンテナ技術（Kubernetes）の活用により、異なるクラウド環境間でのワークロードの一貫した実行を可能にします。

「ベンダーロックインのリスクを軽減する」

→ IBM Cloud Pak の特性として部分的に正しいですが、これは主に移植性向上の副次的な効果であり、直接的な目的ではありません。

「VMwareのマルチクラウドソリューションを活用する」

→ IBM Cloud Pak は Kubernetes ベースで動作しており、VMware に依存するものではありません。

「ネイティブクラウドサービスを活用する」

→ IBM Cloud Pak は異なる環境間での移植性を重視するため、特定のクラウドプロバイダーのネイティブサービスに依存しない設計です。

正解:

ワークロードの移植性を向上させる

質問69

次のうち、コードの変更がメインブランチに統合されるたびに自動的にテストを実行し、問題を早期に検出することに焦点を当てているのはどれですか？

(A) 継続的インテグレーション (Continuous Integration)

(B) 継続的デリバリー (Continuous Delivery)

(D) 継続的テスト (Continuous Testing)

解説

**継続的インテグレーション（Continuous Integration, CI）**とは、ソフトウェア開発におけるプラクティスで、開発者が変更したコードを頻繁に（通常は1日数回）リモートリポジトリに統合（コミット）することを指します。このプロセスは、自動化されたビルドとテストを用いて、変更がメインブランチに統合されたときに、コードが他のコードと衝突しないことを確認する目的で行われます。　A