中文
中文English

SAP-C02（日语） 练习题 — SAP-C02:解决方案架构师-专业级（日语）

1. 問題集はネット接続型で自動更新されるため、再ダウンロードの必要はございません。

2. 日本語・英語に対応し、オンライン演習、模擬試験、PDFダウンロード機能を搭載しています。

3. WeChatミニプログラムまたはPCウェブサイトから学習・問題演習が可能で、有効期間は1年間です。

4. ご質問がある場合は、WeChat、WhatsApp、Lineよりカスタマーサポートまでお問い合わせください。

样题

SAP-C02（日语） · Q1
Topic 1 Question #1 ある企業は、ハイブリッド DNS ソリューションを設計する必要があります。このソリューションでは、VPC 内に保存されるリソースのドメイン cloud.example.com に Amazon Route 53 プライベート ホスト ゾーンを使用します。 この企業には、次の DNS 解決要件があります。 オンプレミス システムは cloud.example.com を解決して接続できる必要があります。 すべての VPC は cloud.example.com を解決できる必要があります。 オンプレミスの企業ネットワークと AWS Transit Gateway の間には、既に AWS Direct Connect 接続があります。 この企業は、これらの要件を最高のパフォーマンスで満たすために、どのアーキテクチャを使用すべきでしょうか？
  • A.
    プライベートホストゾーンをすべての VPC に関連付けます。共有サービス VPC に Route 53 インバウンドリゾルバを作成します。すべての VPC をトランジットゲートウェイに接続し、オンプレミスの DNS サーバーで cloud.example.com の転送ルールを作成して、インバウンドリゾルバを指すようにします。
  • B.
    プライベートホストゾーンをすべての VPC に関連付けます。共有サービス VPC に Amazon EC2 条件付きフォワーダーをデプロイします。すべての VPC をトランジットゲートウェイに接続し、オンプレミスの DNS サーバーで cloud.example.com のフォワーダーを指す転送ルールを作成します。
  • C.
    プライベートホストゾーンを共有サービス VP に関連付けます。共有サービス VP に Route 53 アウトバウンド リゾルバを作成します。すべての VPC をトランジット ゲートウェイに接続し、オンプレミス DNS サーバーで cloud.example.com のアウトバウンド リゾルバを指す転送ルールを作成します。
  • D.
    プライベートホストゾーンを共有サービスVPCに関連付けます。共有サービスVPC内にRoute 53インバウンドリゾルバを作成します。共有サービスVPCをトランジットゲートウェイに接続し、オンプレミスDNSサーバーでcloud.example.comに対してインバウンドリゾルバを指す転送ルールを作成します。

答案: A

各選択肢の分析： A. プライベートホストゾーンを全VPCに関連付けることで全VPCからの解決要件を満たし、オンプレミスからはRoute 53インバウンドリゾルバ経由で低遅延に解決できるため正しい B. EC2で条件付きフォワーダーを運用する方法は管理の手間がかかり、ネイティブのRoute 53機能を使う場合よりパフォーマンス・可用性の点で劣るため誤り C. Route 53アウトバウンドリゾルバはVPCからオンプレミスのドメインを解決するための機能で、オンプレミスからVPC内のドメインを解決する用途には使えないため誤り D. プライベートホストゾーンを共有サービスVPCにしか関連付けないと、他のVPCからcloud.example.comを直接解決できないため誤り 重要ポイント： ハイブリッドDNS環境において、オンプレミスからRoute 53プライベートホストゾーンのドメインを解決するにはRoute 53インバウンドリゾルバの利用が適している 参考資料： AWS Hybrid DNS architectures, Working with Route 53 Resolver, https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/resolver.html
SAP-C02（日语） · Q2
Topic 1 Question #2 ある企業が、REST ベースの API を介して複数の顧客に気象データを提供しています。この API は Amazon API Gateway でホストされており、各 API 操作ごとに異なる AWS Lambda 関数と統合されています。同社は DNS に Amazon Route 53 を使用し、weather.example.com のリソース レコードを作成しています。API のデータは Amazon DynamoDB テーブルに保存されています。同社は、API を別の AWS リージョンにフェイルオーバーできるソリューションを必要としています。 これらの要件を満たすソリューションはどれでしょうか？
  • A.
    新しいリージョンに新しいLambda関数セットをデプロイします。API Gateway APIを更新し、両方のリージョンのLambda関数をターゲットとするエッジ最適化APIエンドポイントを使用するようにします。DynamoDBテーブルをグローバルテーブルに変換します。
  • B.
    別のリージョンに新しい API Gateway API と Lambda 関数をデプロイします。Route 53 DNS レコードをマルチバリュー応答に変更します。両方の API Gateway API を応答に追加します。ターゲットのヘルス モニタリングを有効にします。DynamoDB テーブルをグローバル テーブルに変換します。
  • C.
    別のリージョンに新しい API Gateway API と Lambda 関数をデプロイします。Route 53 の DNS レコードをフェイルオーバー レコードに変更します。ターゲットのヘルス モニタリングを有効にします。DynamoDB テーブルをグローバル テーブルに変換します。
  • D.
    新しいリージョンに新しい API Gateway API をデプロイします。Lambda 関数をグローバル関数に変更します。Route 53 DNS レコードをマルチバリュー応答に変更します。両方の API Gateway API を応答に追加します。ターゲットのヘルス モニタリングを有効にします。DynamoDB テーブルをグローバル テーブルに変換します。

答案: C

各選択肢の分析： A. エッジ最適化APIエンドポイントで複数リージョンのLambdaを対象にできず、フェイルオーバーの仕組みが実現できないため誤りです。 B. マルチバリュー応答は複数のIPをラウンドロビンで返すだけで、片系障害時の自動フェイルオーバーを実現できないため誤りです。 C. 別リージョンにAPIとLambdaをデプロイし、Route 53のフェイルオーバーレコードとヘルスチェック、DynamoDBグローバルテーブルで全ての要件を満たすため正しいです。 D. Lambdaにグローバル関数の概念はなく、マルチバリュー応答でフェイルオーバーを実現できないため誤りです。 重要ポイント： Route 53のフェイルオーバールーティングとDynamoDBグローバルテーブルを組み合わせたクロスリージョンフェイルオーバーの実装方法を理解することです。 参考資料： Amazon Route 53 でのフェイルオーバールーティング, https://docs.aws.amazon.com/ja_jp/Route53/latest/DeveloperGuide/routing-policy-failover.html DynamoDB グローバルテーブル, https://docs.aws.amazon.com/ja_jp/amazondynamodb/latest/developerguide/GlobalTables.html
SAP-C02（日语） · Q3
Topic 1 Question #3 ある企業は、複数のアカウントを管理するために、Production という名前の単一の OU を持つ AWS Organizations を使用しています。すべてのアカウントは Production OU のメンバーです。管理者は、組織のルートにある拒否リスト SCP を使用して、制限付きサービスへのアクセスを管理しています。 この企業は最近、新しい事業部門を買収し、その新しい部門の既存の AWS アカウントを組織に招待しました。オンボーディング後、新しい事業部門の管理者は、既存の AWS Config ルールを企業のポリシーに合わせて更新できないことに気づきました。 管理者が変更を加え、長期的なメンテナンスを追加することなく現在のポリシーを引き続き適用できるようにするには、どのオプションを使用すればよいでしょうか？
  • A.
    AWS Configへのアクセスを制限する組織のルートSCPを削除します。会社の標準AWS Configルール用のAWSサービスカタログ製品を作成し、新しいアカウントを含む組織全体にデプロイします。
  • B.
    新しいアカウント用に、Onboarding という名前の一時的な OU を作成します。AWS Config アクションを許可するために、Onboarding OU に SCP を適用します。AWS Config の調整が完了したら、新しいアカウントを Production OU に移動します。
  • C.
    組織のルート SCP を拒否リスト SCP から許可リスト SCP に変換し、必要なサービスのみを許可するようにします。一時的に、新しいアカウントのプリンシパルに対してのみ AWS Config アクションを許可する SCP を組織のルートに適用します。
  • D.
    新しいアカウント用に、Onboarding という名前の一時的な OU を作成します。AWS Config アクションを許可するために、Onboarding OU に SCP を適用します。組織のルート SCP を Production OU に移動します。AWS Config の調整が完了したら、新しいアカウントを Production OU に移動します。

答案: D

各選択肢の分析： A. ルートの拒否SCPを削除すると既存のアカウント全体で意図せず制限付きサービスへのアクセスが許可されてしまうため誤りです。 B. 現在ルートに適用されている拒否SCPがProduction OUに移動した新しいアカウントにも継承されるため、設定変更後もポリシーが適用されません。誤りです。 C. 拒否リストから許可リストに変換する大規模な変更が発生し、長期的なメンテナンスも追加で必要になるため誤りです。 D. 一時的なOUでAWS Configの変更を可能にした後、Production OUに移動すれば既存の拒否ポリシーがそのまま適用され、追加のメンテナンスも不要なため正しいです。 重要ポイント： SCPは下位のOUやアカウントに継承される仕組みを利用し、現在の拒否リストポリシーの構成を変えずに一時的な権限許可を行うことが求められる点です。 参考資料： Service Control Policy の継承, https://docs.aws.amazon.com/ja_jp/organizations/latest/userguide/orgs_manage_policies_inheritance.html AWS Organizations でのSCPの操作, https://docs.aws.amazon.com/ja_jp/organizations/latest/userguide/orgs_manage_policies_scps.html
SAP-C02（日语） · Q4
Topic 1 Question #4 ある企業は、オンプレミスのデータセンターで2層構造のWebアプリケーションを運用しています。アプリケーション層は、ステートフルアプリケーションを実行する単一のサーバーで構成されています。アプリケーションは、別のサーバーで実行されているPostgreSQLデータベースに接続します。アプリケーションのユーザーベースが大幅に増加すると予想されるため、同社はアプリケーションとデータベースをAWSに移行することにしました。このソリューションでは、Amazon Aurora PostgreSQL、Amazon EC2 Auto Scaling、およびElastic Load Balancingを使用します。 アプリケーション層とデータベース層のスケーリングを可能にし、一貫したユーザーエクスペリエンスを提供するソリューションはどれでしょうか？
  • A.
    Auroraレプリカに対してAuroraオートスケーリングを有効にします。未処理リクエスト数を最小限に抑えるルーティングアルゴリズムとスティッキーセッションが有効になっているネットワークロードバランサーを使用します。
  • B.
    Auroraライターに対してAurora Auto Scalingを有効にします。ラウンドロビンルーティングアルゴリズムとスティッキーセッションが有効になっているアプリケーションロードバランサーを使用します。
  • C.
    Auroraレプリカに対してAurora Auto Scalingを有効にします。ラウンドロビンルーティングとスティッキーセッションが有効になっているアプリケーションロードバランサーを使用します。
  • D.
    Auroraライターに対してAuroraスケーリングを有効にします。未処理リクエストの最小ルーティングアルゴリズムとスティッキーセッションが有効になっているネットワークロードバランサーを使用します。

答案: C

各選択肢の分析： A. ネットワークロードバランサーは未処理リクエスト数を最小限に抑えるルーティングアルゴリズムに対応しておらず誤りです。 B. Aurora Auto Scalingはリードレプリカの台数を自動調整する機能で、ライターインスタンスに対して有効化できないため誤りです。 C. Aurora Auto Scalingはレプリカに対して設定し、ステートフルアプリケーションにはスティッキーセッションが有効なアプリケーションロードバランサーのラウンドロビンが適切なため正しいです。 D. Auroraライターに対してAurora Auto Scalingを設定できず、ネットワークロードバランサーは指定のルーティングアルゴリズムに対応していないため誤りです。 重要ポイント： ステートフルアプリケーションをAWSに移行する際はスティッキーセッションが必要で、Aurora Auto ScalingはAuroraのリードレプリカのみスケーリングする機能である点を理解する。 参考資料： Aurora Auto Scaling, https://docs.aws.amazon.com/ja_jp/AmazonRDS/latest/AuroraUserGuide/aurora-autoscaling.html スティッキーセッション - アプリケーションロードバランサー, https://docs.aws.amazon.com/ja_jp/elasticloadbalancing/latest/application/sticky-sessions.html
SAP-C02（日语） · Q5
Topic 1 Question #5 ある企業は、自社でホストしているアプリケーションからメタデータを収集するサービスを利用しています。テレビやインターネットラジオなどの消費者向けデバイスがこれらのアプリケーションにアクセスします。多くの古いデバイスは特定のHTTPヘッダーをサポートしておらず、これらのヘッダーがレスポンスに含まれているとエラーが発生します。同社は、User-Agentヘッダーで識別した古いデバイスへのレスポンスからサポートされていないヘッダーを削除するために、オンプレミスのロードバランサーを設定しました。 同社は、このサービスをAWSに移行し、サーバーレス技術を採用しつつ、古いデバイスのサポート機能を維持したいと考えています。同社は既にアプリケーションをAWS Lambda関数に移行済みです。 これらの要件を満たすソリューションはどれでしょうか？
  • A.
    メタデータ サービス用の Amazon CloudFront ディストリビューションを作成します。アプリケーション ロード バランサー (ALB) を作成します。CloudFront ディストリビューションを設定して、リクエストを ALB に転送します。ALB を設定して、リクエストの種類ごとに適切な Lambda 関数を呼び出します。User-Agent ヘッダーの値に基づいて問題のあるヘッダーを削除する CloudFront 関数を作成します。
  • B.
    メタデータサービス用の Amazon API Gateway REST API を作成します。API Gateway を設定し、リクエストの種類ごとに適切な Lambda 関数を呼び出すようにします。User-Agent ヘッダーの値に基づいて、問題のあるヘッダーを削除するように、デフォルトのゲートウェイ応答を変更します。
  • C.
    メタデータサービス用の Amazon API Gateway HTTP API を作成します。API Gateway を設定して、リクエストの種類ごとに適切な Lambda 関数を呼び出すようにします。User-Agent の値に基づいて問題のあるヘッダーを削除するレスポンスマッピングテンプレートを作成します。レスポンスデータマッピングを HTTP API に関連付けます。
  • D.
    メタデータ サービス用の Amazon CloudFront ディストリビューションを作成します。アプリケーション ロード バランサー (ALB) を作成します。CloudFront ディストリビューションを設定して、リクエストを ALB に転送します。ALB を設定して、リクエストの種類ごとに適切な Lambda 関数を呼び出します。User-Agent ヘッダーの値に基づいて、ビューア リクエストへの応答として問題のあるヘッダーを削除する Lambda@Edge 関数を作成します。

答案: A

各選択肢の分析： A. CloudFront FunctionsでUser-Agentに応じて不要なHTTPヘッダーを低コストかつ低レイテンシーで削除でき、サーバーレスアーキテクチャの要件も満たすため正しいです。 B. デフォルトのゲートウェイ応答の変更では、User-Agentの値に応じて動的に不要なヘッダーを削除することができないため誤りです。 C. API Gateway HTTP APIのレスポンスマッピングテンプレートはコンテンツ本体の整形に特化しており、User-Agentに基づいて動的にHTTPヘッダーを削除することに対応していないため誤りです。 D. Lambda@Edgeを使う必要はなく、CloudFront Functionsで十分処理できるため過剰な構成であり誤りです。 重要ポイント： CloudFront Functionsを使って、User-Agentの値に応じて動的にレスポンスヘッダーを操作する方法とサーバーレスアーキテクチャの要件を満たす構成の選択です。 参考資料： CloudFront Functions のドキュメント, https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/cloudfront-functions.html Amazon CloudFront Functions でのヘッダー操作, https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/function-code-examples.html#examples-header-manipulation

常见问题

SAP-C02（日语） 有多少道练习题？

本题库收录 SAP-C02（日语） 练习题共 529 道，含单选、多选等题型，每题配有答案与解析。

SAP-C02（日语） 练习题支持中英文吗？

支持，SAP-C02（日语） 练习题为中英双语对照，便于对照原文理解。

SAP-C02（日语） 练习题可以免费试做吗？

可以，本页提供免费样题在线试做；完整题库可在掌学兔注册后获取。

免费试做 获取题库

相关考试