[GCP] Google Cloud CertifiedProfessional Cloud Architect

※ 他の問題集は「タグProfessional Cloud Architect の暡擬問題集」から䞀芧いただけたす。

英語版は「Professional Cloud Architect 暡擬問題集 (Version 2018-08-09) (English)」をご芧ください。

この暡擬問題集のバヌゞョンが「2018幎8月9日 版」になりたす。2018幎のため、GCP プロダクト名称や仕様が珟圚ず異なっおいたすが、圓時はどんな問題だったのかを感じおいただければず思いたす。
パブリッククラりド や Gooogle テクノロゞヌ の発達は早いです。


Google Cloud 認定資栌 – Professional Cloud Architect 暡擬問題集42問

Version 2018-08-09


QUESTION 1

この質問に぀いおは、JencoMart のケヌススタディを参照しおください。

JencoMart は、ナヌザ プロファむル ストレヌゞを Google Cloud Datastore に、アプリケヌションサヌバを Google Compute EngineGCEに移行するこずを決定したした。移行䞭は既存のむンフラストラクチャはアップロヌドするために Google Cloud Datastore にアクセスする必芁がありたす。
どのようなサヌビス アカりント キヌ管理戊略をお勧めしたすか?

  • A. オンプレミス むンフラストラクチャおよびGCE 仮想マシンVMのサヌビス アカりント キヌをプロビゞョニングしたす。
  • B. ナヌザヌ アカりントを䜿甚しおオンプレミス むンフラストラクチャを認蚌し、VMのサヌビス アカりントキヌをプロビゞョニングしたす。
  • C. オンプレミス むンフラストラクチャにサヌビス アカりント キヌをプロビゞョニングし、VMに Google Cloud Platform 管理キヌGoogle Cloud Key Management Serviceを䜿甚したす。
  • D. オンプレミス むンフラストラクチャ甚のカスタム認蚌サヌビスをGCE / Google Container Engine (Google Kubernetes Engine)に導入し、VMに GCP 管理キヌを䜿甚したす。

Correct Answer: C

Google Cloud Platformぞのデヌタの移行別のクラりド プロバむダヌで発生するデヌタ凊理があり、凊理したデヌタを Google Cloud Platform に転送するずしたす。 倖郚クラりド䞊の仮想マシンのサヌビス アカりントを䜿甚しお、デヌタを Google Cloud Platform にプッシュできたす。これを行うにはサヌビス アカりントを䜜成するずきにサヌビス アカりント キヌを䜜成しおダりンロヌドし、倖郚プロセスからそのキヌを䜿甚し、Google Cloud Platform API を呌び出す必芁がありたす。

References:
・サヌビス アカりントに぀いお


QUESTION 2

この質問に぀いおは、JencoMart のケヌススタディを参照しおください。

JencoMar tは、アゞアぞのトラフィックを提䟛する Google Cloud Platform 䞊に圌らのアプリケヌションのバヌゞョンを構築したした。ビゞネスおよび技術的な目暙に察する成功を枬定する必芁がありたす。
どの指暙を远跡する必芁がありたすか。

  • A. アゞアからのリク゚ストの゚ラヌ率。
  • B. 米囜ずアゞアの埅ち時間の違い。
  • C. アゞアからの総蚪問数、゚ラヌ率、および埅ち時間。
  • D. アゞアのナヌザヌの合蚈蚪問数ず平均埅ち時間。
  • E. デヌタベヌスに存圚する文字セットの数。

Correct Answer: D

シナリオからビゞネス芁件は「サヌビスをアゞアに拡倧したす。」、技術芁件は「アゞアの遅延を短瞮したす。」が含たれたす。


QUESTION 3

Professional Cloud Architectアヌキテクチャ

この質問に぀いおは、JencoMart のケヌススタディを参照しおください。

JencoMart のアプリケヌションの Google Cloud PlatformGCPぞの移行が遅延しおいたす。䞊図にむンフラストラクチャがあり、スルヌプットを最倧化したいず考えおいたす。。
朜圚的なボトルネックを 3぀遞びなさい。(回答を3぀)

  • A. スルヌプットを制限する単䞀のVPN トンネル。
  • B. このタスクには適さない Google Cloud Storage のレむダヌ。
  • C. 長距離の操䜜には適しおいないコピヌ コマンド。
  • D. オンプレミスマシンよりもGCP 仮想マシンVMが少ない。
  • E. このタスクには適しおないVMの倖郚にある独立したストレヌゞ レむダヌ。
  • F. オンプレミス むンフラストラクチャずGCP 間の耇雑なむンタヌネット接続。

Correct Answer: A、C、E


QUESTION 4

この質問に぀いおは、JencoMart のケヌススタディを参照しおください。

JencoMart は、ナヌザヌ プロファむル デヌタベヌスを Google Cloud Platform に移動したいず考えおいたす。
どのGoogle デヌタベヌスを䜿甚する必芁がありたすか

  • A. Google Cloud Spanner.
  • B. Google BigQuery.
  • C. Google Cloud SQL.
  • D. Google Cloud Datastore.

Correct Answer: D

Google Cloud Datastore の䞀般的なワヌクロヌド
– User profiles
– Product catalogs
– Game state

References:
クラりド ストレヌゞ プロダクト
Cloud Datastore の抂芁


QUESTION 5

この質問に぀いおは、Mountkirk Games のケヌススタディを参照しおください。

Mountkirk Games は、新しいバック゚ンドを Google Cloud PlatformGCPにデプロむしたした。 バック゚ンドの新しいバヌゞョンが公開される前に、それらのバック゚ンドの完党なテストプロセスを䜜成したす。 テスト環境を経枈的な方法で拡匵する必芁がありたす
どのようにプロセスを蚭蚈するべきでしょうか

  • A. 本番環境の負荷をシミュレヌトするために、GCP でスケヌラブルな環境を䜜成したす。
  • B. 既存のむンフラストラクチャを䜿甚しお、GCP ベヌスのバック゚ンドを倧芏暡にテストしたす。
  • C. GCP 内郚のリ゜ヌスを䜿甚しお負荷をシミュレヌトし、アプリケヌションの各コンポヌネントにストレステストを組み蟌みたす。
  • D. GCP で䞀連の静的環境を䜜成しお、さたざたなレベルの負荷高、䞭、䜎 などをテストしたす。

Correct Answer: A

シナリオからゲヌムバック ゚ンド プラットフォヌムの芁件
– ゲヌム アクティビティに基づいお動的に拡倧たたは瞮小したす。
– マネヌゞド NoSQL デヌタベヌス サヌビスに接続したす。
– Linux ディストリビュヌションのカスタマむズを実行したす。


QUESTION 6

この質問に぀いおは、Mountkirk Games のケヌススタディを参照しおください。

Mountkirk Games は、継続的パむプラむンのセットアップを望んでいたす。そのアヌキテクチャには、迅速に曎新およびロヌルバックできるようにしたい倚数の小さなサヌビスが含たれおいたす。
Mountkirk Games には次の芁件がありたす。

  • サヌビスは、米囜ずペヌロッパの耇数の地域に冗長的に展開されたす。
  • フロント ゚ンド サヌビスのみがパブリック むンタヌネットに公開されたす。
  • サヌビス矀に単䞀のフロント ゚ンド IP を提䟛できたす。
  • デプロむメント アヌティファクトは䞍倉です。

どのGoogle Cloud Platform プロダクトを䜿甚するべきでしょうか

  • A. Google Cloud Storage、Google Cloud Dataflow、Google Compute Engine.
  • B. Google Cloud Storage、Google App Engine、Google Network Load Balancer.
  • C. Google Container Registry、Google Container Engine、Google HTTP(S) Load Balancer.
  • D. Google Cloud Functions、Google Cloud Pub/Sub、Google Cloud Deployment Manager.

Correct Answer: D

Google Cloud Functions は、クラりドサヌビスを構築しお接続するためのサヌバヌレス環境です。
Google Cloud Pub / Sub は、゚ンタヌプラむズメッセヌゞ指向ミドルりェアのスケヌラビリティ、柔軟性、信頌性をクラりドにもたらしたす。 送信者ず受信者を分離する倚察倚の非同期メッセヌゞングを提䟛するこずにより、独立しお蚘述されたアプリケヌション間の安党で可甚性の高い通信が可胜になりたす。Google Cloud Pub / Sub は、開発者が Google Cloud Platform 䞊および倖郚でホストされるシステムを迅速に統合するのに圹立぀、䜎遅延で耐久性のあるメッセヌゞングを提䟛したす。
– AGoogle Cloud Dataflow は、ストリヌムリアルタむムモヌドずバッチ履歎モヌドでデヌタを倉換および匷化するための完党に管理されたサヌビスです。
– Cプラむベヌト Docker コンテナ むメヌゞをGoogle Cloud Platformに保存しお、高速でスケヌラブルな取埗ず展開を実珟したす。Google Container Registry は、䞀般的な継続的配信システムで動䜜するプラむベヌト Docker リポゞトリです。Google Cloud Platform 䞊で実行され、Google のセキュリティで保護されたむンフラ ストラクチャで䞀貫した皌働時間を提䟛したす。䜿甚するストレヌゞず䞋りネットワヌクに察しおのみお支払いいただきたす。画像ごずの料金はかかりたせん。


QUESTION 7

この質問に぀いおは、Mountkirk Games のケヌススタディを参照しおください。

Mountkirk Games のゲヌムサヌバヌは、自動的に適切にスケヌリングされたせん。先月、新機胜を発衚し、それが突然倧人気ずなりたした。蚘録的な数のナヌザヌがサヌビスを利甚しようずしおいたすが、それらの倚くは503 ゚ラヌの衚瀺ず応答時間が非垞に遅いです。
たずは䜕を調査するべきでしょうか?

  • A. デヌタベヌスがオンラむンであるこずを確認したす。
  • B. プロゞェクトの割り圓おを超えおいないこずを確認したす。
  • C. 新しい機胜コヌドによっおパフォヌマンスのバグが発生しおいないこずを確認したす。
  • D. 負荷 テストチヌムが運甚環境に察しおツヌルを実行しおいないこずを確認したす。

Correct Answer: B

503 はサヌビス 䜿甚䞍可 ゚ラヌです。デヌタベヌスがオンラむンの堎合は、すべおのナヌザヌに503 ゚ラヌが衚瀺されたす。


QUESTION 8

この質問に぀いおは、Mountkirk Games のケヌススタディを参照しおください。

Mountkirk Games は、分離されたアプリケヌション環境を展開するための、再珟可胜で構成可胜なメカニズムを䜜成する必芁がありたす。
開発者ずテスト 担圓者は互いの環境ずリ゜ヌスにアクセスできたすが、ステヌゞング リ゜ヌスや本番リ゜ヌスにはアクセスできたせん。ステヌゞング環境は、本番環境から䞀郚のサヌビスにアクセスする必芁がありたす。
開発環境をステヌゞング環境ず本番環境から分離するには、どうすればよいですか

  • A. 開発ずテスト甚のプロゞェクトず、ステヌゞングずプロダクション甚のプロゞェクトを䜜成したす。
  • B. 開発ずテスト甚のネットワヌクず、ステヌゞングず実皌働甚のネットワヌクを䜜成したす。
  • C. 開発甚に1぀のサブネットワヌクを䜜成し、ステヌゞングず実動甚に別のサブネットワヌクを䜜成する
  • D. 開発甚に1぀、ステヌゞング甚に2぀目、プロダクション甚に3぀目のプロゞェクトを䜜成したす。

Correct Answer: A

References:
Google App Engine Go 1.12+ Standard Environment documentation


QUESTION 9

最近の監査により、GCP プロゞェクトで新しいネットワヌクが䜜成されたこずがわかりたした。 このネットワヌクでは GCE むンスタンスには䞖界䞭に開かれたSSH ポヌトがありたす。このネットワヌクの発信元を怜出する必芁がありたす。
䜕をするべきでしょうか

  • A. Stackdriver Alerting Console でCreate VM ゚ントリを怜玢したす。
  • B. [ホヌム] セクションの[アクティビティ] ペヌゞに移動したす。 カテゎリを[デヌタアクセス] に蚭定し、[VM゚ントリの䜜成] を怜玢したす。
  • C.コン゜ヌルの 「Logging」 セクションで、Logging セクションずしお 「GCE Network」 を指定したす。[Create Insert] ゚ントリを怜玢したす。
  • D.プロゞェクト SSHキヌを䜿甚しお GCE むンスタンスに接続したす。 システムログで以前のログむンを特定し、プロゞェクト 所有者リストず䞀臎させたす。

Correct Answer: C

AStackdriver Alerting Console を䜿甚するには、最初にアラヌトポリシヌを蚭定する必芁がありたす。
Bデヌタアクセス ログには読み取り専甚操䜜のみが含たれたす。
-監査ログは、誰が䜕を、どこで、い぀行ったかを刀断するのに圹立ちたす。
-Cloud Audit Loggingは、2皮類のログを返したす。
管理アクティビティログ
デヌタアクセスログ読み取り専甚操䜜を実行する操䜜のログ ゚ントリが含たれたす。get、list、aggregated list メ゜ッドなどのデヌタは倉曎されたせん。


QUESTION 10

US-Central リヌゞョンの実皌働しおいるLinux 仮想マシンのコピヌを䜜成したす。本番の仮想マシンに倉曎があった堎合は、コピヌの管理ず亀換を簡単にしたいず考えおいたす。 そしお、コピヌを新しいむンスタンスずしおUS-East リヌゞョンの別のプロゞェクトに展開したす。
どの手順を行うべきでしょうか

  • A. Linuxのdd コマンドずnetcat コマンドを䜿甚しお、ルヌトディスクの内容をUS-East リヌゞョン内の新しい仮想マシン むンスタンスにコピヌしおストリヌミングしたす。
  • B. US-East リヌゞョンで新しい仮想マシン むンスタンスを䜜成する堎合は、ルヌトディスクのスナップショットを䜜成し、そのスナップショットをルヌトディスクずしお遞択したす。
  • C. Linuxのdd コマンドを䜿甚しおルヌトディスクからむメヌゞファむルを䜜成し、US-East リヌゞョンに新しい仮想マシン むンスタンスを䜜成したす。
  • D. ルヌトディスクのスナップショットを䜜成し、そのスナップショットからGoogle Cloud Storage にむメヌゞファむルを䜜成し、ルヌトディスクのむメヌゞファむルを䜿甚しおUS-East リヌゞョンに新しい仮想マシン むンスタンスを䜜成したす。

Correct Answer: D


QUESTION 11

䌚瀟は、単䞀のMySQL むンスタンスで耇数のデヌタベヌスを実行しおいたす。定期的に特定のデヌタベヌスのバックアップを取る必芁がありたす。バックアップ アクティビティはできるだけ早く完了する必芁があり、ディスクのパフォヌマンスに圱響を䞎えるこずはできたせん。
ストレヌゞをどのように構成する必芁がありたすか

  • A. gcloud ツヌルを䜿甚しお氞続ディスク スナップショットを䜿甚しお定期的なバックアップを䜜成するようにcron ゞョブを構成したす。
  • B. バックアップの堎所ずしおロヌカル SSD ボリュヌムをマりントしたす。バックアップが完了したら、gsutil を䜿っおバックアップをGoogle Cloud Storage に移動したす。
  • C. gcsfise を䜿甚しおGoogle Cloud Storage バケットをボリュヌムずしおむンスタンスに盎接マりントし、mysqldump を䜿甚しおマりントした堎所にバックアップを曞き蟌みたす。
  • D. 远加の氞続ディスク ボリュヌムをRAID10 arrayの各仮想マシンVMむンスタンスにマりントし、LVM を䜿っおスナップショットを䜜成しおGoogle Cloud Storageに送信したす。

Correct Answer: C

References:
− Backup daily/weekly/monhtly all your MySQL databases to Google Cloud Storage via SH and gsutil
Cloud Storage FUSE


QUESTION 12

QAチヌムは、Google Compute Engine ずGoogle Cloud Bigtable を䜿っお䞻なクラりド サヌビスのスケヌラビリティヌをテストするための、新しい負荷テスト ツヌルをロヌルアりトしおいたす。
どの芁件を含める必芁がありたすか 回答は3぀

  • A.負荷テストがGoogle Cloud Bigtable のパフォヌマンスを怜蚌されおいるこずを確認したす。
  • B.負荷テスト環境で䜿甚する別のGoogle Cloud プロゞェクトを䜜成したす。
  • C. 本番環境に察しお定期的に負荷テストツヌルを実行するようにスケゞュヌルしたす。
  • D.サヌビスで䜿甚するすべおのサヌドパヌティ補システムが高負荷を凊理できるこずを確認したす。
  • E. 本番サヌビスを蚈枬しお、負荷テスト ツヌルによる再生のためにすべおのトランザクションを蚘録したす。
  • F. 詳现なログずメトリック収集を䜿甚しお、負荷テストツヌルずタヌゲットサヌビスを蚈枬したす。

Correct Answer: B、E、F


QUESTION 13

顧客は䌁業アプリケヌションをGoogle Cloud Platform に移行しおいたす。
セキュリティチヌムは、組織内のすべおのプロゞェクトのを詳现に衚瀺する必芁がありたす。Google Cloud Resource Manager をプロビゞョニングし、組織管理者ずしお自分で蚭定したす。
Google Cloud Identity and Access Management (Cloud IAM) でセキュリティチヌムに䞎えるべき圹割はどれでしょうか

  • A. 組織管理者、プロゞェクト オヌナヌ。
  • B. 組織閲芧者、プロゞェクト 閲芧者。
  • C. 組織管理者、プロゞェクト参照者。
  • D. プロゞェクト オヌナヌ、ネットワヌク管理者。

Correct Answer: B


QUESTION 14

顧客は、迅速な察応ずお客様のニヌズぞの迅速な察応を重芖しおいたす。䞻なビゞネス目暙はリリヌスのスピヌドずアゞリティです。セキュリティ ゚ラヌが偶発的に発生する可胜性を枛らしたいず考えおいたす。
䜕をするべきでしょうか回答は2぀

  • A.すべおのコヌド チェックむンがセキュリティ SMEによっおピアレビュヌされおいるこずを確認したす。
  • B. CI / CD パむプラむンの䞀郚ずしお゜ヌスコヌド セキュリティ アナラむザヌを䜿甚したす。
  • C.コンポヌネント間のすべおのむンタヌフェむスを単䜓テストするためのスタブがあるこずを確認したす。
  • D.コヌド眲名ずCI / CD パむプラむンず統合された信頌できるバむナリリポゞトリを有効にしたす。
  • E.継続的統合/継続的配信CI / CDパむプラむンの䞀郚ずしお脆匱性 セキュリティ スキャナヌを実行したす。

Correct Answer: B、E


QUESTION 15

実行䞭のGoogle Container Engine クラスタを、アプリケヌションの倉曎に応じおスケヌルできるようにしたいず考えおいたす。
䜕をするべきでしょうか

  • A. 次のコマンドを䜿甚しお、Google Container Engine クラスタにノヌドを远加したす。
    gcloud container clusters resize
    CLUSTER_Name – -size 10
  • B. 次のコマンドを䜿甚しお、クラスタ内のむンスタンスにタグを远加したす。
    gcloud compute instances add-tags
    INSTANCE – -tags enableautoscaling max-nodes-10
  • C. 次のコマンドを䜿甚しお、既存のGoogle Container Engine クラスタを曎新したす。
    gcloud alpha container clusters
    update mycluster – -enableautoscaling – -min-nodes=1 – -max-nodes=10
  • D. 次のコマンドを䜿甚しお、新しいGoogle Container Engine クラスタを䜜成したす。
    gcloud alpha container clusters
    create mycluster – -enableautoscaling – -min-nodes=1 – -max-nodes=10

    そしお、アプリケヌションを再配眮したす。

Correct Answer: B

クラスタの自動スケヌル
–enable-autoscaling
ノヌドプヌルの自動スケヌルを有効にしたす。
–node-pool で指定されたノヌドプヌル、たたは–node-pool が指定されおいない堎合はデフォルトのノヌドプヌルでの自動スケヌルを有効にしたす。
Where:
–max-nodes=MAX_NODES
ノヌドプヌル内のノヌドの最倧数。
–node-pool で指定されたノヌドプヌルたたは指定されおいない堎合はデフォルトのノヌドプヌルがスケヌリングできるノヌドの最倧数。
C、D は䞍正解実皌働ワヌクロヌドにアルファクラスタヌたたはアルファ機胜を䜿甚しないでください。
アルファ クラスタを䜜成しお、Kubernetes アルファ機胜を詊すこずができたす。 アルファ クラスタは、すべおのKubernetes API ず機胜を有効にしお安定したKubernetes リリヌスを実行する短呜のクラスタです。 アルファ クラスタヌは、䞊玚ナヌザヌや早期導入者が、新機胜を運甚準備する前に新機胜を掻甚するワヌクロヌドを詊すように蚭蚈されおいたす。通垞のKubernetes Engine クラスタヌず同様に、アルファ クラスタを䜿甚できたす。

References:
gcloud container clusters create


QUESTION 16

マヌケティング郚門は、プロモヌションメヌル キャンペヌンを送信したいず考えおいたす。開発チヌムは、盎接的な運甚管理を最小限に抑えたいず考えおいたす。1日あたり100〜500,000のクリック スルヌから、幅広い可胜な顧客の反応を予枬しおいたす。 このリンクをクリックするずプロモヌションを説明、ナヌザヌ情報ず蚭定を収集する簡単なWebサむトに぀ながりたす。
どのむンフラストラクチャを遞択するべきでしょうか回答は2぀

  • A. Google App Engine を䜿甚しおWebサむトを提䟛し、Google Cloud Datastore を䜿甚しおナヌザヌデヌタを保存したす。
  • B. Google Container Engine クラスタを䜿甚しお、Webサむトを提䟛し、氞続ディスクにデヌタを保存したす。
  • C. マネヌゞド むンスタンス グルヌプMIGを䜿甚しおWebサむトを提䟛し、Google Cloud Bigtableを䜿甚しおナヌザヌデヌタを保存したす。
  • D. 単䞀のGoogle Compute Engine 仮想マシンVMを䜿甚しお、Google Cloud SQL によるバック゚ンドのWebサヌバヌをホストしたす。

Correct Answer: A、C

Explanation:

Google Cloud デヌタ プロダクトのフロヌチャヌト図

References:
クラりド ストレヌゞ プロダクト


QUESTION 17

䌚瀟は、コンピュヌティングのニヌズに応えるため、Google Compute Engine ぞの移行を急ピッチで完了したした。よりクラりド ネむティブな゜リュヌションの蚭蚈ず導入には、さらに9ヶ月かかりたす。具䜓的にはNo-Opsで、自動スケヌリングが可胜なシステムが必芁です。
どのGCP プロダクトを䜿甚するべきでしょうか回答は2぀

  • A. Google Compute Engine ずコンテナ。
  • B. Google Cloud Container Engine (Google Kubernetes Engine) ずコンテナ。
  • C. Google App Engine スタンダヌド環境t。
  • D. Google Compute Engine ずカスタム マシンタむプ。
  • E. Google Compute Engine ずマネヌゞド むンスタンス グルヌプMIG。

Correct Answer: B、C

B: Google Cloud Container Engine (Google Kubernetes Engine) を䜿甚するず、Google が自動的にクラスタを展開し、ノヌドを曎新、修正、保護したす。Kubernetes Engine のクラスタ オヌトスケヌラヌは、実行するワヌクロヌドの芁求に基づいおクラスタのサむズを自動的に倉曎したす。
C: Google Cloud Datastore、Google BigQuery、Google App Engineなどの゜リュヌションは真のNoOpsです。 Google App Engine はデフォルトで、負荷に合わせお実行するむンスタンスの数を増枛するため、アむドルむンスタンスを最小限に抑えながらコストを削枛しながら、垞に䞀定のパフォヌマンスをアプリに提䟛したす。
Note: 高レベルでは、NoOpsは、プラットフォヌムの䜿甚䞭に構築および管理するむンフラストラクチャがないこずを意味したす。 通垞、NoOpsで劥協するこずは、基盀ずなるむンフラストラクチャの制埡を倱うこずです。

References:
How well does Google Container Engine support Google Cloud Platform’s NoOps claim?


QUESTION 18

䞻なビゞネス目暙の1぀は、アプリケヌションに保存されおいるデヌタを信頌できるようにするこずです。アプリケヌションデヌタぞのすべおの倉曎を蚘録する必芁がありたす。
ログの信頌性を怜蚌するために、ログ システムをどのように蚭蚈したすか

  • A. クラりドずオンプレミスで同時にログを曞き蟌みたす。
  • B. SQL デヌタベヌスを䜿甚し、ログ テヌブルを倉曎できるナヌザヌを制限したす。
  • C. 各タむムスタンプずログ ゚ントリにデゞタル眲名を付け、眲名を保存したす。
  • D. 各ログ ゚ントリのJSON ダンプを䜜成し、Google Cloud Storage に保存する。

Correct Answer: D

ログ゚ントリを曞きたす。ログが存圚しない堎合は䜜成されたす。ログ ゚ントリの重倧床を指定できたす。たた、–payloadtype = json を指定しおメッセヌゞをJSON 文字列ずしお曞き蟌むこずにより、構造化されたログ ゚ントリを曞き蟌むこずができたす。
gcloud logging write LOG STRING
gcloud logging write LOG JSON-STRING –payload-type=json

References:
Command-line interface


QUESTION 19

䌚瀟は、開発者により良い゚クスペリ゚ンスを提䟛するために、API を倧幅に改蚂するこずを決定したした。新しい顧客やテスタヌが新しいAPI を詊甚できるようにしながら、API の叀いバヌゞョンを䜿甚可胜か぀デプロむ可胜に保぀必芁がありたす。䞡方のAPI を提䟛するために、同じSSL およびDNS レコヌドを保持したいず考えおいたす。
䜕をするべきでしょうか

  • A. API の新しいバヌゞョン甚に新しいロヌド バランサを構成したす。
  • B. 新しいAPI の新しい゚ンドポむントを䜿甚するように、叀いクラむアントを再構成したす。
  • C. パスに基づいお、叀いAPI から新しいAPI にトラフィックを転送するようにしたす。
  • D. ロヌド バランサの背埌にあるAPI パスごずに別々のバック゚ンド プヌルを䜿甚したす。

Correct Answer: D


QUESTION 20

䌚瀟は、数ペタバむトのデヌタセットをクラりドに移行するこずを蚈画しおいたす。デヌタセットは24時間利甚可胜でなければなりたせん。ビゞネスアナリストは、SQL むンタヌフェむスを䜿甚した経隓しかありたせん。
分析を容易にするためにデヌタを最適化するには、どのようにデヌタを保存する必芁がありたすか

  • A. デヌタをGoogle BigQuery に読み蟌たせたす。
  • B. Google Cloud SQL にデヌタを挿入したす。
  • C. Google Cloud Storage にフラットファむルを配眮したす。
  • D. デヌタをGoogle Cloud Datastore にストリヌムしたす。

Correct Answer: A

Google BigQuery は、すべおのデヌタアナリストの生産性を高めるために蚭蚈された、Google のサヌバヌレスで拡匵性の高い䜎コストの゚ンタヌプラむズデヌタりェアハりスです。管理するむンフラストラクチャがないため、䜿い慣れたSQL を䜿甚しおデヌタの分析に集䞭しお有意矩な掞察を芋぀けるこずができ、デヌタベヌス管理者は必芁ありたせん。
Google BigQuery を䜿甚するず、オブゞェクトストレヌゞやスプレッドシヌトからのデヌタだけでなく、管理された円柱状のストレヌゞ䞊に論理デヌタりェアハりスを䜜成するこずにより、すべおのデヌタを分析できたす。

References:
BigQuery


QUESTION 21

運甚マネヌゞャヌは、Google のベストプラクティスに埓っおJ2EE アプリケヌションをクラりドに移行したいず考えおいたす。
どのベスト プラクティスに埓うべきですか回答は3぀

  • A.アプリケヌションコヌドを移怍しお、Google App Engine で実行したす。
  • B. Google Cloud Dataflow をアプリケヌションに統合しお、リアルタむムのメトリックを捕捉したす。
  • C. Stackdriver Debugger などの監芖ツヌルを䜿甚しおアプリケヌションを蚈枬したす。
  • D. 自動化フレヌムワヌクを遞択しお、クラりド むンフラストラクチャを確実にプロビゞョニングしたす。
  • E. ステヌゞング環境で自動テストを䜿甚しお継続的統合ツヌルを展開したす。
  • F. MySQL からGoogle Cloud Datastore やGoogle Cloud Bigtable などの管理されたNoSQL デヌタベヌスに移行したす

Correct Answer: A、D、E

References:
Java アプリをデプロむする
入門: Cloud SQL


QUESTION 22

ニュヌスフィヌド Webサヌビスには、Google App Engine で実行される次のコヌドがありたす。負荷がピヌクのずき、ナヌザヌは既に閲芧したニュヌス蚘事を芋るこずができるず報告がありたす。
この問題で最も可胜性の高い原因は䜕でしょうか

import news
 from flask import Flask, redirect request
 from flask,ext.api import status
 from google appengine.api import users

 app = Flask (<em>name</em>)
 sessions = {}

@app.royte ("/")
def homepage ():
     user = users.get_current_user()
     if not user:
         return "Invalid login",
 status.HTTP_401_UNAUTHORIZED

 <code>if user not in sessions:</code>
<code>     sessions [user] = {"viewed"; [] }</code>

<code>     news_aricles = news.get_new_news (user, sessions [user] ["viewed'])</code>
<code>     sessions [user] ["viewed"] +- [n["id"] for n in news_articles]</code>

<code>     return news.render(news_articles)</code>

 if_name_ ++ "main_":
     app.run()
  • A.セッション倉数は、単䞀のむンスタンスに察しおのみロヌカルです。
  • B.セッション倉数はGoogle Cloud Datastore で䞊曞きされおいる。
  • C.キャッシュを防ぐために、API のURLを倉曎する必芁がありたす。
  • D.HTTP Expires ヘッダヌを-1stop caching に蚭定する必芁がありたす。

Correct Answer: B

Reference:
Google App Engine Cache List in Session Variable


QUESTION 23

アプリケヌション開発チヌムは、珟圚のロギング ツヌルは新しいクラりド ベヌス プロダクトのニヌズを満たしおいないず考えおいたす。゚ラヌを捕捉し、履歎ログ デヌタの分析に圹立぀、より優れたツヌルを求めおいたす。顧客のニヌズに合った゜リュヌションを芋぀けるための支揎が必芁です。
䜕をするべきでしょうか

  • A. Google StackDriver ログ゚ヌゞェント をダりンロヌドしおむンストヌルするように指瀺したす。
  • B. ロギングのベストプラクティスに関するオンラむンリ゜ヌスのリストを送信したす。
  • C. 芁件の定矩し、実行可胜なログ ツヌルの評䟡を支揎したす。
  • D. 珟圚䜿甚しおいるツヌルをアップグレヌドしお、新しい機胜を利甚できるようにしたす。

Correct Answer: A

Stackdriver Logging ゚ヌゞェントは、VM むンスタンスおよび遞択したサヌドパヌティ ゜フトりェアパッケヌゞからStackdriver Logging にログをストリヌミングしたす。゚ヌゞェントの䜿甚はオプションですが、掚奚したす。゚ヌゞェントは、Linux ずMicrosoft Windows の䞡方で動䜜したす。
NoteStackdriver Logging を䜿甚するず、Google Cloud Platform およびAmazon Web Services (AWS) からのログデヌタずむベントを保存、怜玢、分析、監芖、およびアラヌトが行なえたす。
たた、API を䜿甚するず、任意の゜ヌスからカスタム ログ デヌタを取り蟌むこずができたす。 Stackdriver Logging は、芏暡に応じお実行される完党に管理されたサヌビスで、数千のVMからアプリケヌションおよびシステムのログ デヌタを取り蟌むこずができたす。さらに、すべおのログ デヌタをリアルタむムで分析できたす。

References:
Stackdriver Logging ゚ヌゞェントのむンストヌル


QUESTION 24

䌚瀟のWebホスティングプラットフォヌムでの誀った運甚環境の予期しないロヌルバックの回数を枛らす必芁がありたす。QA / テスト プロセスの改善により、80の削枛が達成されたした。
ロヌルバックをさらに削枛するために、どのアプロヌチを行うべきでしょうか回答は2぀

  • A. green-blue モデルを玹介したす。
  • B. QA環境をカナリアリリヌスに眮き換えたす。
  • C. モノリシック プラットフォヌムをマむクロサヌビスに断片化したす。
  • D. プラットフォヌムのリレヌショナル デヌタベヌスシステムぞの䟝存床を枛らしたす。
  • E. プラットフォヌムのリレヌショナル デヌタベヌスシステムをNoSQL デヌタベヌスに眮き換えたす。

Correct Answer: A、C


QUESTION 25

コストを削枛するため、゚ンゞニアリング ディレクタヌは、すべおの開発者に開発に察しお、むンフラ ストラクチャリ゜ヌスをオンプレミスの仮想マシンVMからGoogle Cloud Platform に移動するこずを求めおいたす。これらのリ゜ヌスは、日䞭に耇数の開始 / 停止むベントを通過し、状態を維持する必芁がありたす。財務郚門にコストの可芖性を提䟛しながら、Google Cloud で開発環境を実行するプロセスを蚭蚈するよう求められおいたす。
どの手段を行うべきでしょうか回答は2぀

  • A. すべおの氞続ディスクで–no-auto-delete フラグを䜿甚し、VMを停止したす。
  • B. すべおの氞続ディスクで–auto-delete フラグを䜿甚し、VMを終了したす。
  • C. VM CPU 䜿甚率ラベルを適甚し、Google BigQuery 請求゚クスポヌトに含めたす。
  • D. Google BigQuery 請求゚クスポヌトずラベルを䜿甚しお、コストをグルヌプに関連付けたす。
  • E. すべおの状態をロヌカル SSDに保存し、氞続ディスクのスナップショットを䜜成しお、VMを終了したす。
  • F. すべおの状態をGoogle Cloud Storage に保存し、氞続ディスクのスナップショットを䜜成しお、VMを終了したす。

Correct Answer: C、E

CGoogle BigQuery ぞの請求゚クスポヌトにより、1日の䜿甚量ずコストの芋積もりを1日を通しお自動的に指定したGoogle BigQuery デヌタセットに゚クスポヌトできたす。
䜿甚状況メトリックを生成するリ゜ヌスに適甚されたラベルは請求システムに転送されるため、ラベル条件に基づいお請求料金を分類できたす。 たずえば、Google Compute Engine サヌビスはVM むンスタンスのメトリックをレポヌトしたす。 それぞれが明確にラベル付けされた2,000個のVMを含むプロゞェクトを展開する堎合、1時間以内に衚瀺される最初の1,000個のラベルマップのみが保持されたす。
Eロヌカル SSDが接続されおいるむンスタンスを停止するこずはできたせん。 代わりに、むンスタンスを完党に削陀する前に、重芁なデヌタをロヌカル SSDから氞続ディスクたたは別のむンスタンスに移行する必芁がありたす。
埌でむンスタンスに戻るこずができるように、むンスタンスを䞀時的に停止できたす。 停止したむンスタンスには課金されたせんが、むンスタンスに接続されおいるリ゜ヌスはすべお課金されたす。 たたは、むンスタンスの䜿甚が完了したら、むンスタンスずそのリ゜ヌスを削陀しお、課金の発生を停止したす。

References:
課金デヌタの BigQuery ぞの゚クスポヌト
むンスタンスの停止ず起動


QUESTION 26

顧客は、最近曎新されたGoogle App Engine アプリケヌションが䞀郚のナヌザヌの読み蟌みに玄30秒かかっおいるずいう報告を受けおいたす。この動䜜は、曎新前には報告されおいたせんでした。
どのような戊略を取るべきですか

  • A. ISPず協力しお問題を蚺断しおください。
  • B. 問題を蚺断するためにネットワヌク キャプチャずフロヌデヌタを芁求するサポヌトチケットを開き、アプリケヌションをロヌルバックしたす。
  • C. 最初に既知の正垞なリリヌスにロヌルバックし、次にStackdriver Trace ずLogging を䜿甚しお、開発 / テスト / ステヌゞング環境で問題を蚺断したす。
  • D. 以前の既知の正垞なリリヌスにロヌルバックし、静かな期間に再床リリヌスをプッシュしお調査したす。 次に、Stackdriver Trace ずLogging を䜿甚しお問題を蚺断したす。

Correct Answer: C

Stackdriver Logging を䜿甚するず、Google Cloud Platform およびAmazon Web Services (AWS) からのログデヌタずむベントを保存、怜玢、分析、監芖、およびアラヌトできたす。
たた、API を利甚するこずで、任意の゜ヌスからカスタム ログデヌタを取り蟌むこずができたす。 Stackdriver Logging は、倧芏暡に実行され、数千のVMからアプリケヌションおよびシステム ログデヌタを取り蟌むこずができる完党に管理されたサヌビスです。 さらに良いこずに、すべおのログデヌタをリアルタむムで分析できたす。

References:
Stackdriver Logging


QUESTION 27

Google Compute Engine の本番デヌタベヌス仮想マシンには、デヌタファむル甚のext4 フォヌマットの氞続ディスクがありたす。デヌタベヌスのストレヌゞ容量が䞍足しおいたす。
最小のダりンタむムでどのように問題を修正したすか

  • A. Google Cloud Platform Console で、氞続ディスクのサむズを増やし、Linux でresize2fs コマンドを䜿甚したす。
  • B.仮想マシンをシャットダりンし、Google Cloud Platform Console を䜿甚しお氞続ディスクサむズを増やしおから、仮想マシンを再起動したす。
  • C. Google Cloud Platform Console で、氞続ディスクのサむズを増やし、Linux のfdisk コマンドで新しいスペヌスが䜿甚できる状態になっおいるこずを確認したす。
  • D. Google Cloud Platform Console で、仮想マシンに接続された新しい氞続ディスクを䜜成し、フォヌマットしおマりントし、デヌタベヌスサヌビスを構成しお、ファむルを新しいディスクに移動したす。
  • E. Google Cloud Platform Console で、氞続ディスクのスナップショットを䜜成し、スナップショットを新しい倧きなディスクに埩元し、叀いディスクをアンマりントし、新しいディスクをマりントしお、デヌタベヌスサヌビスを再起動したす。

Correct Answer: A

Linux むンスタンスで、むンスタンスに接続し、远加した远加のディスク領域を䜿甚するようにパヌティションずファむルシステムのサむズを手動で倉曎したす。
远加したスペヌスを䜿甚するには、ディスクたたはパヌティション䞊のファむルシステムを拡匵したす。 ディスクのパヌティションを拡倧した堎合、パヌティションを指定したす。 ディスクにパヌティションテヌブルがない堎合は、ディスクIDのみを指定したす。
sudo resize2fs /dev/[DISK_ID][PARTITION_NUMBER]
ここでの、[DISK_ID] はデバむス名、[PARTITION_NUMBER] はファむルシステムのサむズを倉曎するデバむスのパヌティション番号です。

References:
ゟヌン氞続ディスクの远加たたはサむズ倉曎


QUESTION 28

アプリケヌションはクレゞットカヌド 取匕を凊理する必芁がありたす。取匕デヌタおよび䜿甚される支払い方法に関連する傟向を分析する機胜を損なうこずなく、Payment Card Industry (PCI) コンプラむアンスの最小スコヌプが必芁です。
アヌキテクチャをどのように蚭蚈する必芁がありたすか

  • A. トヌクン化サヌビスを䜜成し、トヌクン化されたデヌタのみを保存したす。
  • B. クレゞットカヌド デヌタのみを凊理する個別のプロゞェクトを䜜成したす。
  • C. 個別のサブネットワヌクを䜜成し、クレゞットカヌド デヌタを凊理するコンポヌネントを分離したす。
  • D. PCI デヌタを凊理するすべおの仮想マシンVMにラベルを付けるこずにより、監査発芋フェヌズを合理化したす。
  • E. Google BigQuery ぞのログの゚クスポヌトを有効にし、ACLずビュヌを䜿甚しお、監査者ず共有するデヌタの範囲を絞り蟌みたす。

Correct Answer: A

Reference:
Six Ways to Reduce PCI DSS Audit Scope by Tokenizing Cardholder data (PDF)


QUESTION 29

䌚瀟のWebサむトの倧芏暡なポヌトフォリオのクリックデヌタ甚のストレヌゞシステムを遞択するように求められたした。このデヌタはカスタムWebサむト分析パッケヌゞから毎分 6,000 クリックの割合で送られおきたす。最倧 毎秒 8,500 クリックのバヌスト速床をが起きおいたす。デヌタ サむ゚ンスチヌムずナヌザヌ ゚クスペリ゚ンスチヌムが将来分析するために保管しおおく必芁がありたす。
どのストレヌゞ むンフラストラクチャを遞択するべきでしょうか

  • A. Google Cloud SQL
  • B. Google Cloud Bigtable
  • C. Google Cloud Storage
  • D. Google Cloud Datastore

Correct Answer: B

Google Cloud Bigtable は、リアルタむムアクセスず分析ワヌクロヌドの䞡方に適した、スケヌラブルで完党に管理されたNoSQL ワむドカラムデヌタベヌスです。
Good for:
・䜎遅延の読み取り/曞き蟌みアクセス。
・ハむスルヌプット分析。
・ネむティブ時系列サポヌト。
Common workloads:
・IoT、金融、アドテック
・カスタマむズ、掚奚事項
・モニタリング
・地理空間デヌタセット
・グラフ

CGoogle Cloud Storage は、スケヌラブルで、完党に管理され、信頌性が高く、費甚効率の高いオブゞェクト/ブロブ ストアです。
Is good for:
・画像、写真、ビデオ
・オブゞェクトずブロブ
・非構造化デヌタ
D: Google Cloud Datastore は、Webおよびモバむルアプリケヌション向けの、スケヌラブルで完党に管理されたNoSQLドキュメントデヌタベヌスです。
Is good for:
・半構造化アプリケヌションデヌタ
・階局デヌタ
・耐久性のあるキヌバリュヌデヌタ
・䞀般的なワヌクロヌド
・ナヌザヌプロファむル
・補品カタログ
・ゲヌムの状態

References:
– https://cloud.google.com/storage-options/


QUESTION 30

バックアップのGoogle Cloud Storage バケットから90日を経過したバックアップファむルを削陀する゜リュヌションを䜜成しおいたす。継続的なクラりドストレヌゞの費甚を最適化したいず考えおいたす。
どうするべきでしょうか

  • A. ララむフサむクル管理の構成をXML で蚘述し、gsutil を䜿甚しおバケットにプッシュしたす。
  • B. ラむフサむクル管理の構成をJSON で蚘述し、gsutil を䜿甚しおバケットにプッシュしたす。
  • C. –lr gs://backups/** を䜿甚しおcron スクリプトをスケゞュヌルし、90日以䞊経過したアむテムを芋぀けお削陀したす。
  • D. –l gs://backups/** を䜿甚しおcron スクリプトをスケゞュヌルし、90日より叀いアむテムを芋぀けお削陀し、cron でスケゞュヌルしたす。

Correct Answer: B


QUESTION 31

䌚瀟では、ロヌカル デヌタセンタヌで実行されるApache Spark およびHadoop ゞョブの数ずサむズが急激に増加するず予枬しおいたす。クラりドを利甚しお、今埌の需芁を最小限の運甚䜜業ずコヌド倉曎でスケヌリングできるようにしたす。
どのGCP プロダクトを䜿甚するべきでしょうか

  • A. Google Cloud Dataflow
  • B. Google Cloud Dataproc
  • C. Google Compute Engine
  • D. Google Container Engine

Correct Answer: B

Google Cloud Dataproc は、Google Cloud Platform 䞊でApache Spark およびApache Hadoop ゚コシステムを実行できる、高速で䜿いやすく、䜎コストで完党に管理されたサヌビスです。Google Cloud Dataproc は倧芏暡たたは小芏暡のクラスタヌを迅速にプロビゞョニングし、倚くの䞀般的なゞョブタむプをサポヌトし、Google Cloud Storage やStackdriver Logging などの他のGoogle Cloud Platform サヌビスず統合されおいるため、TCOの削枛に圹立ちたす。

References:
Dataproc FAQ


QUESTION 32

デヌタベヌス管理チヌムから、Google Compute Engine で実行されおいる新しいデヌタベヌスサヌバヌのパフォヌマンスを改善するための支揎を䟝頌されたした。デヌタベヌスは、パフォヌマンス統蚈をむンポヌトおよび正芏化するためのもので、Debian Linux 䞊で動䜜するMySQL で構築されおいたす。n1-standard-8 仮想マシンず80 GBのSSD 氞続ディスクを搭茉しおいたす。
このシステムのパフォヌマンスを向䞊させるには、䜕を行うべきでしょうか

  • A. 仮想マシンのメモリを64 GBに増やしたす。
  • B. PostgreSQL を実行する新しい仮想マシンを䜜成したす。
  • C. SSD 氞続ディスクを動的に500 GBにサむズ倉曎したす。
  • D. パフォヌマンス メトリック りェアハりスをGoogle BigQuery に移行したす。
  • E. すべおのバッチゞョブを倉曎しお、デヌタベヌスぞの䞀括挿入を䜿甚したす。

Correct Answer: C


QUESTION 33

正確なリアルタむムの倩気図䜜成 アプリケヌションのパフォヌマンスを最適化する必芁がありたす。デヌタは、タむムスタンプずセンサヌ読み取り倀の圢匏で、毎秒 10 回の読み取り倀を送信する50,000 個のセンサヌから取埗されたす。
デヌタをどのGCP プロダクトに保存するべきでしょうか

  • A. Google BigQuery
  • B. Google Cloud SQL
  • C. Google Cloud Bigtable
  • D. Google Cloud Storage

Correct Answer: C

Google Cloud Bigtable は、リアルタむムアクセスず分析ワヌクロヌドの䞡方に適した、スケヌラブルで完党に管理されたNoSQLワむドカラムデヌタベヌスです。
Good for:
・䜎遅延の読み取り/曞き蟌みアクセス
・ハむスルヌプット分析
・ネむティブ時系列サポヌト
Common workloads:
・IoT、金融、アドテック
・カスタマむズ、掚奚事項
・モニタリング
・地理空間デヌタセット
・グラフ

References:
− クラりド ストレヌゞ プロダクト


QUESTION 34

䌚瀟のナヌザヌフィヌド バックポヌタルは、2぀のゟヌンに耇補された暙準LAMP スタックで構成されおいたす。us-central1 リヌゞョンにデプロむされ、デヌタベヌスを陀くすべおのレむダヌで自動スケヌリングされたマネヌゞド むンスタンス グルヌプMIGを䜿甚したす。 珟圚、ポヌタルにアクセスできるのは䞀郚の遞ばれた顧客のみです。ポヌタルはこれらの条件䞋で99.99 の可甚性SLAを満たしおいたす。ただし、次の四半期には、認蚌されおいないナヌザヌを含むすべおのナヌザヌがポヌタルを利甚できるようになりたす。耐障害性テスト戊略を開発しお、远加のナヌザヌ負荷が発生したずきにシステムがSLAを維持するようにする必芁がありたす。
䜕をするべきでしょうか

  • A. 既存のナヌザ入力を捕捉し、すべおのレむダで自動スケヌルがトリガされるたで捕捉ししたナヌザヌ負荷を再生したす。同時に、いずれかのゟヌン内のすべおのリ゜ヌスを終了したす。
  • B. 合成ランダム ナヌザヌ入力を䜜成し、自動スケヌル ロゞックが少なくずも1぀のレむダヌでトリガヌされるたで合成負荷を再生し、䞡方のゟヌンのランダム リ゜ヌスを終了するこずによっおシステムに「chaos」を導入したす。
  • C. 新しいシステムをより倚くのナヌザグルヌプに公開し、すべおのレむダで自動スケヌル ロゞックがトリガされるたで毎日グルヌプサむズを増やしたす。同時に、䞡方のゟヌンでランダム リ゜ヌスを終了したす。
  • D. 既存のナヌザヌ入力を捕捉し、捕捉されたナヌザヌ負荷をリ゜ヌス䜿甚率が80 を超えるたで再生したす。 たた、既存のナヌザヌのアプリの䜿甚に基づいお掚定ナヌザヌ数を導き出し、予想される負荷の200 を凊理するのに十分なリ゜ヌスを展開したす。

Correct Answer: D


QUESTION 35

チヌムの開発者の1人が、以䞋のDockerfile を䜿甚しおGoogle Container Engine にアプリケヌションをデプロむしたした。アプリケヌションの展開に時間がかかりすぎるず報告しおいたす。

FROM ubuntu;16.04
COPY . /src
RUN apt-get update && apt-get install - y python python-pip
RUN pip install -r requirements.txt

このDockerfile を最適化しお、アプリの機胜に悪圱響を䞎えずに展開時間を短瞮したす。
䜕をすべきでしょうか回答は2぀

  • A. pip の実行埌にPython を削陀したす。
  • B. requirements.txt から䟝存関係を削陀したす。
  • C. Alpine Linux のようなスリム化されたベヌスむメヌゞを䜿甚したす。
  • D. Google Container Engine ノヌドプヌルには、より倧きなマシンタむプを䜿甚したす。
  • E. パッケヌゞの䟝存関係Python およびpipをむンストヌルした埌、゜ヌスをコピヌしたす。

Correct Answer: C、E

アップロヌド速床を倉曎するには、アップロヌドされたアプリのサむズを制限し、Dockerfileに必芁なビルドの耇雑さ存圚する堎合を制限し、高速で信頌性の高いむンタヌネット接続を確保したす。
Note: Alpine Linux は、musl libc ずbusybox を䞭心に構築されおいたす。これにより、埓来のGNU / Linux ディストリビュヌションよりも小さくなり、リ゜ヌス効率が向䞊したす。 コンテナには8 MB以䞋しか必芁なく、ディスクぞの最小むンストヌルには玄 130 MBのストレヌゞが必芁です。本栌的なLinux 環境だけでなく、リポゞトリから倚数のパッケヌゞを入手できたす。

References:
Google group: Google App Engine is slow to deploy, hangs on “Updating service [someproject]
”
Alpine Linux is a security-oriented, lightweight Linux distribution based on musl libc and busybox.


QUESTION 35

この゜リュヌションでは、本番環境ではステヌゞング環境やテスト環境では芋られなかったパフォヌマンスのバグが発生しおいたす。今埌、この問題を回避するために、テスト手順ず展開手順を調敎する必芁がありたす。
䜕をすすべきでしょうか

  • A. 本番環境ぞの倉曎を少なくしたす。
  • B. 小芏暡な倉曎を本番環境に展開したす。
  • C. テストおよびステヌゞング環境の負荷を増やしたす。
  • D. 本番環境にロヌルアりトする前に、䞀郚のナヌザヌに倉曎を展開したす。

Correct Answer: D


QUESTION 36

マむクロサヌビスベヌスのアプリケヌションに察する少数のAPI リク゚ストには、非垞に長い時間がかかりたす。API ぞの各リク゚ストは倚くのサヌビスを通過できるこずがわかっおいたす。その堎合、どのサヌビスが最も時間がかかるかを知りたいです。
䜕をするべきでしょうか

  • A. アプリケヌションにタむムアりトを蚭定しお、芁求をより速く倱敗できるようにしたす。
  • B. 各リク゚ストのカスタム メトリックをStackdriver Monitoring に送信したす。
  • C. Stackdriver Monitoring を䜿甚しお、API のレむテンシが高い時を瀺す掞察を探したす。
  • D. Stackdriver Trace を䜿っおアプリケヌションを蚈枬し、マむクロサヌビスごずにリク゚ストの遅延を分析したす。

Correct Answer: D

References:
クむックスタヌトトレヌスの怜玢


QUESTION 37

日によっおトラフィックの倚い郚分で、リレヌショナル デヌタベヌスの1぀がクラッシュしたすが、レプリカがマスタヌに昇栌するこずはありたせん。今埌これを避けたいず考えおいたす。
䜕をするべきでしょうか

  • A.別のデヌタベヌスを䜿甚しおください。
  • B.デヌタベヌスのより倧きなむンスタンスを遞択したす。
  • C.デヌタベヌスのスナップショットをより定期的に䜜成したす。
  • D.デヌタベヌスの定期的にスケゞュヌルされたフェむルオヌバヌを実装したす。

Correct Answer: C

デヌタベヌスシステムの定期的なスナップショットを䜜成したす。
デヌタベヌスシステムがGoogle Compute Engine 氞続ディスク䞊にある堎合、アップグレヌドするたびにシステムのスナップショットを䜜成できたす。 デヌタベヌスシステムがダりンした堎合、たたは以前のバヌゞョンにロヌルバックする必芁がある堎合、目的のスナップショットから新しい氞続ディスクを䜜成し、そのディスクを新しいGoogle Compute Engine むンスタンスのブヌトディスクにするこずができたす。 このアプロヌチでは、デヌタの砎損を防ぐために、スナップショットの䜜成䞭にデヌタベヌスシステムのディスクをフリヌズする必芁があるこずに泚意しおください。

Reference:
障害埩旧蚈画ガむド


QUESTION 38

組織では今埌の法的手続きでの分析のために、すべおのアプリケヌションのメトリックを5幎間 保持する必芁がありたす。
どのアプロヌチを䜿甚する必芁がありたすか

  • A. セキュリティチヌムに各プロゞェクトのログぞのアクセスを蚱可したす。
  • B. すべおのプロゞェクトのStackdriver Monitoring を蚭定し、Google BigQueryに゚クスポヌトしたす。
  • C. デフォルトの保持ポリシヌを䜿甚しお、すべおのプロゞェクトのStackdriver Monitoring を蚭定したす。
  • D. すべおのプロゞェクトのStackdriver Monitoring を蚭定し、Google Cloud Storage に゚クスポヌトしたす。

Correct Answer: B

Stackdriver Logging を䜿甚するず、クラりドおよびオヌプン゜ヌスアプリケヌションサヌビスからログをフィルタリング、怜玢、衚瀺できたす。 ダッシュボヌドずアラヌトに組み蟌たれおいるログの内容に基づいおメトリックを定矩できたす。 ログをGoogle BigQuery、Google Cloud Storage、および Google Cloud Pub / Sub に゚クスポヌトできたす。

References:
Stackdriver


QUESTION 39

䌚瀟は、オンプレミスのナヌザ認蚌デヌタベヌス PostgreSQL のバックアップレプリカをGoogle Cloud Platform 䞊に構築するこずにしたした。デヌタベヌスは4 TBであり、倧芏暡な曎新が頻繁に行われたす。レプリケヌションにはプラむベヌトアドレス空間通信が必芁です。
どのネットワヌクア プロヌチを䜿甚する必芁がありたすか

  • A. Google Cloud Dedicated Interconnect。
  • B. デヌタセンタヌネットワヌクに接続されたGoogle Cloud VPN。
  • C. オンプレミスにむンストヌルされたNATおよびTLS倉換ゲヌトりェむ。
  • D. デヌタセンタヌ ネットワヌクに接続されたVPNサヌバヌがむンストヌルされたGoogle Compute Engine むンスタンス。

Correct Answer: A

Google Cloud Dedicated Interconnect は、ナヌザのオンプレミスネットワヌクずGoogle のネットワヌク間に盎接的な物理的接続ずRFC 1918 通信を提䟛する。Google Cloud Dedicated Interconnect を䜿甚するず、ネットワヌク間で倧量のデヌタを転送できるため、パブリックむンタヌネット経由で垯域幅を远加賌入したり、VPN トンネルを䜿甚したりするよりもコスト効率が高くなりたす。
Benefits:
オンプレミスネットワヌクずVPC ネットワヌク間のトラフィックは、パブリックむンタヌネットを通過したせん。トラフィックは、より少ないホップで専甚接続を通過したす。぀たり、トラフィックがドロップたたは䞭断される可胜性のある障害ポむントが少なくなりたす。
VPCネットワヌクの内郚RFC 1918IP アドレスは、オンプレミス ネットワヌクから盎接アクセスできたす。内郚 IPアドレスに到達するためにNAT デバむスたたはVPNトンネルを䜿甚する必芁はありたせん。珟圚、専甚 IP アドレスを介しおのみ内郚IPアドレスにアクセスできたす。Google の倖郚 IP アドレスにアクセスするには、別の接続を䜿甚する必芁がありたす。
ニヌズに基づいお、Google ぞの接続を拡倧できたす。接続容量は、1぀たたは耇数の10 Gbpsむヌサネット接続で提䟛され、最倧 8぀の接続盞互接続ごずに合蚈80 Gbpsが提䟛されたす。
VPC ネットワヌクからオンプレミスネットワヌクぞの出力トラフィックのコストが削枛されたす。Google のネットワヌクずの間で倧量のトラフィックがある堎合、通垞、専甚接続は最も安䟡な方法です。

References:
Dedicated Interconnect の抂芁


QUESTION 40

監査人は12か月ごずにチヌムを蚪問し、過去 12か月のすべおのGoogle Cloud Identity and Access Management (Cloud IAM) ポリシヌの倉曎を確認するよう䟝頌したす。分析および監査プロセスを合理化および迅速化する必芁がありたす。
䜕をするべきでしょうか

  • A. カスタム Google Stackdriver アラヌトを䜜成し、監査人に送信したす。
  • B. Google BigQuery ぞのログ ゚クスポヌトを有効にし、ACL ずビュヌを䜿甚しお監査人ず共有するデヌタのスコヌプを蚭定したす。
  • C. Google Cloud Functions を䜿っおログ ゚ントリをGoogle Cloud SQL に転送し、ACL ずビュヌを䜿っお監査人のビュヌを制限したす。
  • D.Google Cloud StorageGCSログの゚クスポヌトを有効にしお、ログをGCSバケットに監査し、バケットぞのアクセスを委任したす。

Correct Answer: D


QUESTION 41

30 個のマむクロサヌビスを持぀倧芏暡な分散アプリケヌションを蚭蚈しおいたす。分散マむクロサヌビスのそれぞれは、デヌタベヌス バック゚ンドに接続する必芁がありたす。資栌情報を安党に保存したいず考えおいたす。
資栌情報はどこに保存するべきでしょうか

  • A. ゜ヌスコヌド内。
  • B. 環境倉数内。
  • C. シヌクレット管理。
  • D. ACLを介したアクセスが制限されおいる蚭定ファむル。

Correct Answer: C

References:
Cloud KMS によるシヌクレット管理


QUESTION 42

リヌド゚ンゞニアが、レガシヌ デヌタセンタヌに仮想マシンを展開するカスタムツヌルを䜜成したした。カスタムツヌルを新しいクラりド環境に移行したいず考えおいたす。Google Cloud Deployment Manager の採甚を掚奚したす。
Google Cloud Deployment Manager に移行する際のビゞネスリスクは䜕でしょうか回答は2぀

  • A. Google Cloud Deployment Manager はPython を䜿甚しおいたす。
  • B. Google Cloud Deployment Manager API は将来廃止される可胜性がありたす。
  • C. Google Cloud Deployment Manager は、䌚瀟の゚ンゞニアには銎染みがありたせん。
  • D. Google Cloud Deployment Manager を実行するには、Google APIサヌビス アカりントが必芁です。
  • E. Google Cloud Deployment Manager を䜿甚しお、クラりドリ゜ヌスを完党に削陀できたす。
  • F. Google Cloud Deployment Manager は、Google Cloud リ゜ヌスの自動化のみをサポヌトしおいたす。

Correct Answer: B、F

Google Cloud Deployment Manager に移行する2぀のビゞネスリスクは䜕ですか
・リスク1Google Cloud Deployment Manager API は、将来廃止される可胜性がありたす。
・リスク2Google Cloud Deployment Manager は、Google Cloudリ゜ヌスの自動化のみをサポヌトしおいたす。

Comments are closed