Upgrade to PRO for Only $50/Year—Limited-Time Offer! 🔥

Google Cloud Updates 2023/04/16 - 2023/04/30

Google Cloud Updates 2023/04/16 - 2023/04/30

Avatar for Norio Nishioka

Norio Nishioka

May 23, 2023
Tweet

More Decks by Norio Nishioka

Other Decks in Technology

Transcript

  1. Google Cloud アップデヌト 2023 / 04 / 16 - 04

    / 30 グヌグル・クラりド・ゞャパン合同䌚瀟 2023 幎 5 月 17 日
  2. Proprietary + Confidential はじめに 本資料は Google Cloud Technology Updates V-team

    にお以䞋 URL から公開情報を もずにアップデヌトを䞀郚玹介しおいたす https://cloud.google.com/release-notes
  3. Backup and DR [4/27] Backup and DR Service リリヌス 11.0.4.580

    が利甚可胜になりたした。このリリヌスには、以䞋の機 胜が含たれおいたす。 [4/27] Backup and DR Service は、Compute Engine むンスタンス バックアップの アヌカむブ スナップショッ ト をサポヌトするようになりたした。 [4/27] 管理コン゜ヌルから Backup and Recovery Appliance を曎新する ための簡玠化された゚クスペリ゚ ンス。 [4/27] バックアップおよび DR ゚ヌゞェントは、RHEL 8.6、RHEL 8.7、および RHEL 9.0 オペレヌティング シス テム バヌゞョンをサポヌトするように拡匵されおいたす。 サポヌト マトリックス を参照しおください。 [4/27] Backup and DR Agent は、Oracle Enterprise Linux 8.7 および 9.0 オペレヌティング システム バヌ ゞョンをサポヌトするように拡匵されおいたす。 サポヌト マトリックス を参照しおください。 [4/28] バックアップおよび DR ゚ヌゞェントは、RHEL for SAP 8.6 オペレヌティング システム バヌゞョンをサ ポヌトするように拡匵されおいたす。 サポヌト マトリックス を参照しおください。
  4. Cloud Load Balancing [4/18] 通垞、HTTPS 通信では認蚌は䞀方向にしか機胜しないのでクラむアントがサヌバヌの ID を怜蚌した す。ロヌドバランサに接続するクラむアントの ID

    を認蚌する必芁があるアプリケヌションの堎合、グロヌバ ル倖郚 HTTP(S) ロヌドバランサずグロヌバル倖郚 HTTP(S) ロヌドバランサクラシックの䞡方が盞互 TLS mTLSをサポヌトしたす。 mTLS を䜿甚するず、ロヌドバランサは、ロヌドバランサずの TLS ハンドシェむク䞭にクラむアントが自身を認 蚌するために蚌明曞を送信するように芁求したす。ロヌドバランサがクラむアント蚌明曞の信頌チェヌンを怜 蚌するために䜿甚するトラスト ストアを構成できたす。 詳现に぀いおは、次を参照しおください。 • 盞互 TLS 認蚌 • 眲名付き蚌明曞を䜿甚しお盞互 TLS をセットアップする • プラむベヌト CA ずの盞互 TLS をセットアップする • グロヌバル倖郚 HTTP(S) ロヌドバランサクラシックの盞互 TLS を蚭定する • グロヌバル倖郚 HTTP(S) ロヌドバランサの盞互 TLS を蚭定する この機胜はプレビュヌ段階です。
  5. Cloud Load Balancing [4/17] グロヌバル倖郚 HTTP(S) ロヌドバランサは、Google Cloud の倖郚バック゚ンドぞのプロキシ トラ

    フィックをサポヌトするようになりたした。ロヌドバランサの倖郚バック゚ンドを定矩するには、むンタヌネット ネットワヌク ゚ンドポむント グルヌプNEGず呌ばれるグロヌバル リ゜ヌスを䜿甚したす。 詳现に぀いおは、次を参照しおください。 • むンタヌネット NEG の抂念 • 倖郚バック゚ンドを䜿甚しおグロヌバル倖郚 HTTP(S) ロヌドバランサを蚭定する この機胜はプレビュヌ段階です。
  6. Cloud Storage [4/17] Storage Insights むンベントリ レポヌト機胜 の䞀般提䟛が開始されたした。むンベントリ レポヌトは、 バケット内のすべおのオブゞェクトのメタデヌタの抂芁を提䟛したす。

    [4/17] 2023 幎 7 月 17 日に、gcloud storage コマンドラむン ツヌルは、バケットずオブゞェクトに察しお返す メタデヌタの䞀郚を倉曎し、返される䞀郚のメタデヌタ名の圢匏を倉曎したす。 • メタデヌタを珟圚の圢匏で匕き続き出力するには、オブゞェクトやバケットに察する list や describe コ マンドで --raw フラグを蚘述する必芁がありたす
  7. Compute Engine [4/26] Trusted Platform ModuleTPM2.0 に 2 ぀の脆匱性CVE-2023-1017 および

    CVE-2023-1018 が 発芋されたした。 詳现に぀いおは、 GCP-2023-004 セキュリティ速報 を参照しおください。 [4/25] Google Cloud コン゜ヌルで、Compute Engine の VM むンスタンス ペヌゞのオブザヌバビリティ タ ブが匷化されたした。 ディスクおよびネットワヌク セクションにグラフが远加されたした。 統合 > 怜出枈み セ クションでは Apache や NGINX など、構成したサヌドパヌティ統合のダッシュボヌドに移動できたす。この ペヌゞには、CPU、メモリ、およびディスクの䜿甚率ずホスト ゚ラヌに関する事前構成枈みのアラヌト ポリ シヌを蚭定するための䞀連の掚奚アラヌトも含たれおいたす。 [4/24] 盎接たたはむンスタンス テンプレヌトを䜿甚しお新しい VM を䜜成するずきに、リヌゞョン氞続ディス ク ボリュヌムを䜜成できるようになりたした。詳现に぀いおは、 远加の非ブヌト ディスクを䜿甚しお VM むンス タンスを䜜成する たたは 新しいむンスタンス テンプレヌトを䜜成する を参照しおください。
  8. Google Cloud VMware Engine [4/25] VMware Engine は、VPC Service Controls

    のガむド付きオプトむンずポリシヌ ゚クスポヌトを远加し たす。これにより、VMware Engine サヌビスを新芏たたは既存の VPC Service Controls 境界に接続できた す。詳现に぀いおは、 VPC Service Controls を参照しおください。
  9. Migrate to Virtual Machines [4/29] 仮想マシンぞの移行に関する以䞋の曎新 : • Migrate to

    Virtual Machines は、リヌゞョン europe-west12 および me-central1 で利甚できるように なりたした。詳现に぀いおは 仮想マシンの堎所ぞの移行 を参照しおください • Migrate to Virtual Machines が VMware 8.0 をサポヌトするようになりたした • Previewプレビュヌ: Migrate to Virtual Machines にはカットオヌバヌがトリガヌされた埌に VM の カットオヌバヌ ゞョブを完了するのにかかる時間の芋積もりを瀺す、新しいフィヌルド 掚定カットオヌ バヌ時間 が導入されおいたす。このフィヌルドは、いく぀かのレプリケヌション サむクルを完了したア クティブな VM に察しおのみ入力されたす
  10. Storage Transfer Service [4/25] Storage Transfer Service は、転送の実行時に AWS たたは

    Azure ストレヌゞ リ゜ヌスぞのリク゚ス トを行う IP 範囲を発行するようになりたした。これにより、リ゜ヌスを IP で制限しながら、Storage Transfer Service ぞのアクセスを蚱可できたす。 詳现に぀いおは、次のドキュメントの IP 制限に関するセクションを参照しおください。 • ゜ヌスぞのアクセスを構成する : Amazon S3 • ゜ヌスぞのアクセスを構成する : Microsoft Azure ストレヌゞ
  11. Virtual Private Cloud [4/20] Private Service Connect バック゚ンド は、内郚リヌゞョン TCP

    プロキシ ロヌドバランサを䜿甚しお公 開サヌビスにアクセス するこずをサポヌトしたす。この機胜は プレビュヌで利甚できたす。 [4/19] 公開されたサヌビスの Private Service Connect ゚ンドポむントは、グロヌバル アクセス を䜿甚しお 構成できたす。グロヌバル アクセスが構成されおいる堎合、どの地域のクラむアントも゚ンドポむントにトラ フィックを送信できたす。゚ンドポむントのグロヌバル アクセスは、プレビュヌで利甚できたす。
  12. [4/27] ネットワヌキング  orderPolicy で upstreamNameServers の順序を指定するための ClusterDNS のサポヌトが远加されたした。 orderPolicy

    に蚱可される 倀は、random、round_robin、sequential です。デフォルト倀は random です。 Observability 可芳枬性: • アプリケヌション ログのフィルタリング のサポヌトが远加されたした。この機胜により、アプリケヌション ロギングの請求ず、クラス タから Cloud Logging ぞのネットワヌク トラフィックを削枛できたす。詳现に぀いおは、「アプリケヌション ログをフィルタヌ凊理す る」を参照しおください。 • GA: 完党に管理された Cloud Monitoring 統合ダッシュボヌド : ◩ 次の Anthos リリヌスバヌゞョン 1.16では、Cloud Monitoring サンプル ラむブラリの次のダッシュボヌドが利甚できなく なりたす。 ▪ Anthos クラスタ コントロヌル プレヌンの皌働時間 ▪ Anthos クラスタ ノヌドのステヌタス ▪ Anthos クラスタ ポッドのステヌタス ▪ Anthos 䜿甚率枬定 ▪ GKE On-Prem ノヌドのステヌタス ▪ GKE On-Prem コントロヌル プレヌンの皌働時間 ▪ GKE On-Prem ポッドのステヌタス ▪ GKE On-Prem vSphere VM のヘルス ステヌタス ◩ 次の Anthos リリヌスバヌゞョン 1.16では、新しいクラスタを䜜成するずきに、次のカスタマむズされたダッシュボヌドは 䜜成されたせん。 ▪ Anthos クラスタ コントロヌル プレヌンの皌働時間 ▪ Anthos クラスタ ポッドのステヌタス ▪ Anthos クラスタ ノヌドのステヌタス ▪ Anthos クラスタ VM のステヌタス Anthos clusters on bare metal3/4
  13. ◩ 远加された Anthos 統合ペヌゞは、Cloud Monitoring 統合ペヌゞから利甚できたす。 Anthos 統合には、定矩枈みの Anthos ダッシュボヌドの説明ずプレビュヌが含たれおいたす。

    ▪ Anthos クラスタ コントロヌル プレヌンの皌働時間 ▪ Anthos クラスタ ノヌドのステヌタス ▪ Anthos クラスタ ポッドのステヌタス ▪ Anthos クラスタ KubeVirt VM のステヌタス ▪ Anthos クラスタ䜿甚率枬定 ◩ 詳现に぀いおは、 定矩枈みダッシュボヌドの䜿甚 を参照しおください。 • プレビュヌ: Google Cloud Managed Service for Prometheus を䜿甚する堎合の システム メトリックのサポヌト が远加されたし た。 セキュリティずアむデンティティ : • プレビュヌ: Binary Authorization のサポヌトが远加されたした。これは、コンテナベヌスのアプリケヌションに゜フトりェア サプラ ã‚€ チェヌンのセキュリティを提䟛する Google Cloud のサヌビスです。詳现に぀いおは、 Anthos クラスタの Binary Authorization の抂芁 をご芧ください。 • プレビュヌ: VPC Service Controls のサポヌトが远加されたした。これにより、クラスタヌに远加のセキュリティが提䟛され、デヌ タ 流出のリスクが軜枛されたす。 • kubelet の読み取り専甚ポヌトであるポヌト 10255 をデフォルトで無効にするこずにより、セキュリティが向䞊したした。詳现に぀ いおは、「クラスタヌのセキュリティを匷化する」の kubelet 読み取り専甚ポヌトを無効にする を参照しおください。 Anthos clusters on bare metal4/4
  14. [4/27] クラスタヌのラむフサむクル : • Kubernetes バヌゞョン 1.25 からバヌゞョン 1.26 にアップグレヌドされたした。

    • GA: むンプレヌス アップグレヌドブヌトストラップ クラスタヌなしを自己管理型クラスタヌの 既定のアップグレヌド方法 ずしお蚭定したす。 • GA: 䞊列ノヌド アップグレヌド 甚にワヌカヌ ノヌド プヌルを構成するためのサポヌトが远加され、アップグレヌド時間が倧幅に短瞮されたした。アッ プグレヌド䞭にワヌクロヌドで利甚可胜なノヌドの最小数を指定するために、 minimumAvailableNodes フィヌルドが远加されたした。 • プレビュヌ: ワヌカヌ ノヌド プヌルの䞊行アップグレヌド のサポヌトが远加されたした。 • Red Hat Enterprise LinuxRHELバヌゞョン 8.7 のサポヌトが远加されたした。 • Ubuntu 22.04 LTS のサポヌトが远加されたした。 • GA: クラスタヌの䜜成埌にサヌビスの IP アドレスの数を増やすためのサポヌトが远加されたした。詳现に぀いおは、 サヌビス ネットワヌク範囲を拡 倧する を参照しおください。 • プレビュヌ: ノヌド プヌルの kubelet むメヌゞ プル蚭定を構成する機胜が远加されたした。詳现に぀いおは、 kubelet むメヌゞのプル蚭定を構成す る を参照しおください。 • スナップショットのアップロヌドず共有 プ ロセスが合理化されたした。 • GA: コントロヌル グルヌプ v2cgroup v2のサポヌトが远加されたした。 • プレビュヌ: etcd-events オブゞェクトの etcd の別のむンスタンスを远加したした。 • cert-manager をバヌゞョン 1.17.2 に曎新したした。 • --enable-apis フラグを指定しお bmctl create config を実行するず、自動化された API の有効化が曎新されたした。次の API が有効化リストに远 加されたした。 ◩ 必芁な API ずしお storage.googleapis.com を有効にしたす。 ◩ gkeonprem.googleapis.com を掚奚 API ずしお有効にしたす。 • NodePool カスタム リ゜ヌスに新しいフィヌルド status.failures を远加しお、NodePool 内のマシン党䜓の障害を集蚈したした。 • NodePool カスタム リ゜ヌスに新しい条件タむプ PreflightCheckSuccessful を远加したした。この条件タむプは、 NodePool 内のマシン党䜓のプリ フラむト チェック ステヌタスを芁玄したす。 Anthos clusters on bare metal2/4
  15. [4/27] リリヌス 1.15.0 ベアメタル版 Anthos クラスタ 1.15.0 が ダりンロヌド 可胜になりたした。アップグレヌドするには、

    ベアメタル 版 Anthos のアップグレヌド をご芧ください。ベアメタル版 Anthos クラスタ 1.15.0 は、Kubernetes 1.26 で実 行されたす。 [4/27] バヌゞョン 1.12 のサポヌト終了: Anthos バヌゞョン サポヌト ポリシヌ に埓っお、ベアメタル版 Anthos クラスタのバヌゞョン 1.12すべおのパッチ リリヌスはサポヌト終了になり、サポヌトされなくなりた した。 [4/25] リリヌス 1.13.7 ベアメタル版 Anthos クラスタ 1.13.7 が ダりンロヌド 可胜になりたした。アップグレヌドするには、 ベアメタル 版 Anthos のアップグレヌド をご芧ください。ベアメタル版 Anthos クラスタ 1.13.7 は、Kubernetes 1.24 で実 行されたす。 [4/19] リリヌス 1.14.4 ベアメタル版 Anthos クラスタ 1.14.4 が ダりンロヌド 可胜になりたした。アップグレヌドするには、 ベアメタル 版 Anthos のアップグレヌド をご芧ください。ベアメタル版 Anthos クラスタ 1.14.4 は、Kubernetes 1.25 で実 行されたす。 Anthos clusters on bare metal
  16. [4/27] 珟圚、マネヌゞド Anthos Service Mesh の 3 ぀のむメヌゞがロヌルアりトされおおり、 FIPS コンプラ

    むアンスの修正が含たれおいたす。 • 1.16.4-asm.8 のむメヌゞが rapid リリヌス チャネルで公開されおいたす • 1.15.7-asm.8 のむメヌゞが regular リリヌス チャネルで展開されおいたす • 1.14.6-asm.16 のむメヌゞが stable リリヌス チャネルで公開されおいたす 詳现に぀いおは、マネヌゞド Anthos Service Mesh リリヌス チャンネルの遞択 をご芧ください。 [4/26] 1.16.4-asm.8 がクラスタ内 Anthos Service Mesh で䜿甚できるようになりたした。 FIPS 準拠を達成するためにビルドの問題を修正したす。 Anthos Service Mesh のアップグレヌドの詳现に ぀いおは、Anthos Service Mesh のアップグレヌドをご芧ください。 [4/26] 1.17.2-asm.8 がクラスタ内 Anthos Service Mesh で利甚できるようになりたした。 FIPS 準拠を達成するためにビルドの問題を修正したす。 Anthos Service Mesh のアップグレヌドの詳现に ぀いおは、Anthos Service Mesh のアップグレヌド をご芧ください。 [4/26] 1.15.7-asm.8 がクラスタ内 Anthos Service Mesh で利甚できるようになりたした。 FIPS 準拠を達成するためにビルドの問題を修正したす。 Anthos Service Mesh のアップグレヌドの詳现に ぀いおは、Anthos Service Mesh のアップグレヌド をご芧ください。 [4/21] クラスタ内 Anthos Service Mesh 1.14 はサポヌトされなくなりたした。詳现に぀いおは、 サポヌトされ おいるバヌゞョン を参照しおください。 Anthos Service Mesh
  17. [4/26] 2023 幎 5 月 31 日より、OAuthv2 ポリシヌ RefreshTokenExpiresIn 芁玠のデフォルト倀の動䜜が新

    しくなりたした。 5 月 31 日以降、この芁玠が蚭定されおいないすべおのポリシヌに぀いお、 RefreshTokenExpiresIn はデフォルトで 2592000000 ミリ秒30 日になりたす。 この芁玠の詳现に぀いおは、 RefreshTokenExpiresIn を参照しおください。 [4/20] 2023 幎 4 月 20 日に、Apigee の曎新バヌゞョンをリリヌスしたした。 [4/17] 2023 幎 4 月 17 日に、Apigee X の曎新バヌゞョン1-9-0-apigee-25をリリヌスしたした。 泚: このリリヌスのロヌルアりトは本日開始され、すべおの Google Cloud ゟヌンで完了するたでに 4 営業 日以䞊かかる堎合がありたす。ロヌルアりトが完了するたで、むンスタンスで機胜ず修正が利甚できない堎 合がありたす。 Apigee X
  18. [4/27] App Engine standard environment Go Search API は、第 2

    䞖代ランタむム甚の App Engine レガシヌ バンドル サヌビス で利甚できるようになり た した。 App Engine サヌビス SDK for Go 1.12+ を介しお、このレガシヌ バンドル サヌビスにアクセスしたす。 [4/27] App Engine standard environment Java Search API は、第 2 䞖代ランタむム甚の App Engine レガシヌ バンドル サヌビスで利甚できるようになりた した。 App Engine API JAR を介しお、この埓来のバンドル サヌビスにアクセスしたす。 [4/27] App Engine standard environment Python Search API は、第 2 䞖代ランタむム甚の App Engine レガシヌ バンドル サヌビス で利甚できるようになり た した。 Python 3 甚の App Engine サヌビス SDK を介しお、この埓来のバンドル サヌビスにアクセスしたす。 App Engine Standard
  19. [4/28] App Engine flexible environment .NET .NET 6 がプレビュヌで利甚できるようになりたした。このバヌゞョンでは、 app.yaml

    ファむルでオペレヌティ ング システムのバヌゞョンを指定する必芁がありたす。 もっず詳しく知る 。 [4/28] App Engine flexible environment Go app.yaml ファむルの runtime_version 蚭定でバヌゞョン 1.20 を指定できるようになりたした。 もっず詳しく知 る 。 [4/27] App Engine flexible environment Ruby Ruby 3.2 がプレビュヌで利甚できるようになりたした。このバヌゞョンでは、 app.yaml ファむルでオペレヌ ティング システムのバヌゞョンを指定する必芁がありたす。 もっず詳しく知る 。 App Engine flexible environment
  20. [4/26] 2023 幎 6 月 5 日以降、デフォルトの汎甚ビルダヌは Ubuntu 22 LTS

    ベヌス むメヌゞの䜿甚を開始 し たす。これは、gcr.io/buildpacks/builder:latest を䜿甚したビルドが、耇数のセキュリティ問題に察凊する google-22 ビルダヌを取埗するこずを意味したす。 google-22 ビルダヌの詳现に぀いおは、 Github でのお 知らせ をご芧ください。 特定のビルダヌ でアプリケヌションをビルドするずきに、 --builder=gcr.io/buildpacks/builder:google-22 を gcloud builds submit --pack コマンドに远加するこずで、新しいビルダヌをプレビュヌできたす。 Buildpacks
  21. [4/26] 2023 幎 6 月 5 日以降、デフォルトの汎甚ビルダヌは Ubuntu 22 LTS

    ベヌス むメヌゞの䜿甚を開始 し たす。これは、゜ヌス コヌドからデプロむする堎合、耇数のセキュリティ問題に察凊する google-22 ビル ダヌが䜿甚されるこずを意味したす。 google-22 ビルダヌの詳现に぀いおは、 Github でのお知らせ をご芧 ください。 特定のビルダヌ でアプリケヌションをビルドするずきに、 --builder=gcr.io/buildpacks/builder:google-22 を gcloud builds submit --pack コマンドに远加するこずで、新しいビルダヌをプレビュヌできたす。 [4/26] 指定したステップが倱敗した堎合でもビルドを実行し続けるように Cloud Build を構成できるようにな りたした。この機胜は䞀般提䟛されおいたす。詳现に぀いおは、 ビルド構成ファむル スキヌマ の allowFailure ず allowExitCodes のトピックを参照しおください。 Cloud Build
  22. [4/18] Cloud Run サヌビス リビゞョンの セッション アフィニティ が䞀般提䟛GAになりたした。 [4/18] Ingress

    が「Internal」たたは「Internal and Cloud Load Balancing」ずしお構成されおいる堎合を含 め、 Cloud Run サヌビス リビゞョンは、接続されお いる 共有 VPC ネットワヌクからのリク゚ストを受け入れる よ うになりたした。プレビュヌ Cloud Run
  23. [4/18] キュヌに HTTP リク゚ストを送信しお、タスクを䜜成できるようになりたした。詳现に぀いおは、 タスクを 䜜成するため の新しい BufferTask メ゜ッドに぀いおお読みください。 この機胜はプレビュヌ段階です。

    [4/18] App Engine タヌゲットではなくHTTP タヌゲットを持぀タスクの堎合、キュヌ レベルでタスクのルヌ ティングを蚭定できるようになりたした。キュヌ レベルでルヌティングを蚭定するず、個々のタスクごずにルヌ ティングを蚭定する必芁がなくなりたす。詳现に぀いおは、 ルヌティングを構成する を参照しおください。 この機胜はプレビュヌ段階です。 Cloud Tasks
  24. Cloud Workstations [4/21] Cloud Workstation では、次のマシン タむプを利甚できたす。 • n1-standard-2 •

    n1-standard-8 • n1-standard-16 • n1-standard-32 • n2-standard-2 • n2-standard-4 詳现に぀いおは、利甚可胜なマシン タむプ、REST workstationConfigs、たたは RPC google.cloud.workstations.v1beta GceInstance を参照しおください。
  25. [4/26] Config Connector バヌゞョン 1.103.0 が利甚可胜になりたした。 • GKE Autopilot での

    手動むンストヌル のサポヌトが远加されたした。 • リ゜ヌス ArtifactRegistryRepository (v1beta1): ◩ spec.dockerConfig フィヌルドを远加したした。 • リ゜ヌス BigQueryDataset (v1beta1): ◩ spec.defaultCollation フィヌルドを远加したした。 ◩ spec.isCaseInsensitive フィヌルドを远加したした。 • リ゜ヌス ComputeInstance (v1beta1): ◩ spec.scratchDisk.items.size フィヌルドを远加したした。 • リ゜ヌス ComputeInstanceTemplate (v1beta1): ◩ status.selfLinkUnique フィヌルドを远加したした。 • リ゜ヌス ComputeNetwork (v1beta1): ◩ spec.networkFirewallPolicyEnforcementOrder フィヌルドを远加したした。 • リ゜ヌス ComputeVPNGateway (v1beta1): ◩ spec.stackType フィヌルドを远加したした。 Config Connector1/2
  26. Config Connector2/2 [4/26] • リ゜ヌス ContainerCluster (v1beta1): ◩ spec.ipAllocationPolicy.podCidrOverprovisionConfig フィヌルドを远加したした。

    ◩ spec.ipAllocationPolicy.stackType フィヌルドを远加したした。 ◩ spec.nodeConfig.advancedMachineFeatures フィヌルドを远加したした。 ◩ spec.nodeConfig.ephemeralStorageLocalSsdConfig フィヌルドを远加したした。 ◩ spec.nodeConfig.localNvmeSsdBlockConfig フィヌルドを远加したした。 • リ゜ヌス ContainerNodePool (v1beta1): ◩ spec.networkConfig.podCidrOverprovisionConfig フィヌルドを远加したした。 ◩ spec.nodeConfig.advancedMachineFeatures フィヌルドを远加したした。 ◩ spec.nodeConfig.ephemeralStorageLocalSsdConfig フィヌルドを远加したした。 ◩ spec.nodeConfig.localNvmeSsdBlockConfig フィヌルドを远加したした。 • リ゜ヌス PrivateCACAPool (v1beta1): ◩ spec.issuancePolicy.baselineValues.caOptions.zeroMaxIssuerPathLength フィヌルドを远加したした。 • リ゜ヌス PrivateCACertificateAuthority (v1beta1): ◩ spec.config.x509Config.caOptions.zeroMaxIssuerPathLength フィヌルドを远加したした。 • リ゜ヌス StorageTransferJob (v1beta1): ◩ spec.transferSpec.objectConditions.lastModifiedBefore フィヌルドを远加したした。 ◩ spec.transferSpec.objectConditions.lastModifiedSince フィヌルドを远加したした。 • 136 個の v1alpha1 Google Cloud リ゜ヌス CRD を远加したした。詳现に぀いおは、 むンストヌル手順 を参照しおください。
  27. Google Cloud Deploy [4/28] Google Cloud Deploy は、すべおのタヌゲット タむプの デフォルトの

    Skaffold バヌゞョン ずしお Skaffold 2.3 を䜿甚するようになりたした。
  28. Managed Anthos Service Mesh [4/21] 1.14.6-asm.11 がマネヌゞド Anthos Service Mesh

    で利甚できるようになりたした。 1.14.6-asm.11 のむメヌゞは、マネヌゞド Anthos Service Mesh の Stable リリヌス チャンネルで公開された し た。詳现に぀いおは、 マネヌゞド Anthos Service Mesh リリヌス チャンネルの遞択 をご芧ください。 [4/21] 1.15.7-asm.1 がマネヌゞド Anthos Service Mesh で利甚できるようになりたした。 1.15.7-asm.1 のむメヌゞは、マネヌゞド Anthos Service Mesh の Regular リリヌス チャンネルで公開された した。詳现に぀いおは、 マネヌゞド Anthos Service Mesh リリヌス チャンネルの遞択 をご芧ください。 [4/21] サヌビス ダッシュボヌドには、 Regular リリヌス チャネルで正芏のサヌビス ラベルを持぀倖郚メッ シュ サヌビスからのテレメトリが衚瀺されるようになりたした。詳现に぀いおは、 正芏サヌビスの定矩 を参照しお ください。 [4/21] マネヌゞド デヌタ プレヌンは、Regular のチャネルず Rapid チャネルでデフォルトで有効になっおいた す。マネヌゞド デヌタ プレヌンを無効にするには、 マネヌゞド デヌタ プレヌンを無効にする の手順に埓い たす。
  29. Cloud Billing [4/18] Cloud 請求レポヌトず費甚内蚳レポヌトで CSV ダりンロヌドがサポヌトされるようになりたした Cloud Billing レポヌト

    ず 費甚内蚳レポヌト では、レポヌト衚のデヌタをカンマ区切り倀 CSVファむルにダ りンロヌドする機胜が远加されたした。今回の曎新により、 Cloud Billing コン゜ヌルのほずんどのレポヌトで CSV のダりンロヌド機胜を利甚できるようになりたした。これには、 䟡栌衚、料金衚 、レポヌト 、 費甚内蚳 、確玄利甚割匕CUDダッシュボヌドが含たれたす。
  30. Cloud Logging [4/26] Ops ゚ヌゞェントのバヌゞョン 2.31.0 では、ログ ロヌテヌションの組み蟌みサポヌトが導入されおい たす。詳现に぀いおは Ops

    ゚ヌゞェントでログ ロヌテヌションを構成する を参照しおください。 [4/18] 次の Terraform モゞュヌルを䜿甚しお、 Cloud Logging バケットず BigQuery にリンクされたデヌタ セットで Log Analytics を構成できるようになりたした。 • google_logging_project_bucket_config • google_logging_linked_dataset
  31. Cloud Monitoring [4/26] Ops ゚ヌゞェントのバヌゞョン 2.31.0 では、ログ ロヌテヌションの組み蟌みサポヌトが導入されおい たす。詳现に぀いおは Ops

    ゚ヌゞェントでログ ロヌテヌションを構成する を参照しおください。 [4/25] Google Cloud コン゜ヌルで、Compute Engine の VM むンスタンス ペヌゞのオブザヌバビリティ タ ブが匷化されたした。 ディスクおよびネットワヌク セクションにグラフが远加されたした。 統合 > 怜出枈み セ クションでは Apache や NGINX など、構成したサヌドパヌティ統合のダッシュボヌドに移動できたす。この ペヌゞには、CPU、メモリ、およびディスクの䜿甚率ずホスト ゚ラヌに関する事前構成枈みのアラヌト ポリ シヌを蚭定するための䞀連の掚奚アラヌトも含たれおいたす。
  32. Resource Manager [4/18] Google Cloud Console を䜿甚しお ドラむランの組織ポリシヌ を䜜成できるようになりたした。 [4/17]

    プロゞェクトおよび組織リ゜ヌスの子であるタグを䜜成できるようになりたした。詳しくは、 タグの䜜成 ず管理 を参照しおください。
  33. Cloud Bigtable [4/24] Cloud SDK 党䜓からのクラむアント ラむブラリ曎新の 週次ダむゞェスト 。 [4/17]

    Cloud Bigtable のドキュメントが曎新され、デヌタの削陀に関するガむダンスが远加されたした。詳现 に぀いおは、削陀 を参照しおください。
  34. Cloud Database Migration Service [4/17] Database Migration Service は、Oracle マルチテナントCDB

    / PDBアヌキテクチャをサポヌトする ようになりたした。 Database Migration Service で䜿甚するプラガブル デヌタベヌスの構成に぀いおは、 こ こ をクリックしおください。
  35. Cloud SQL for MySQL [4/19] Cloud SQL for MySQL は、40

    以䞊の新しいデヌタベヌス フラグをサポヌトするようになりたした。詳 现に぀いおは、サポヌトされおいるフラグ を参照しおください。
  36. Cloud Spanner [4/28] Cloud Spanner がサポヌトするテヌブルあたりのむンデックス数が 32 から 128 に増加したした。詳现

    に぀いおは、割り圓おず制限 をご芧ください。 [4/24] Cloud SDK 党䜓からのクラむアント ラむブラリ曎新の 月次ダむゞェスト 。
  37. Firestore [4/24] count() ク゚リ が GA になりたした。 [4/17] Eventarc むベント

    ず Cloud Functions第 2 䞖代の Firestore むベント が Preview になりたした。
  38. BigQuery [4/27] Cloud Spanner のフェデレヌション ク゚リで JSON デヌタ型マッピング を䜿甚できるようになりたし た。この機胜は

    GA です。 [4/26] BigLake たたは BigLake 以倖の倖郚テヌブル で、Cloud Storage カスタム デュアル リヌゞョン がサ ポヌトされるようになりたした。この機胜は GA です。 [4/25] 動的デヌタ マスキング が曎新され、REPEATED モヌドに蚭定された RECORD 列をマスキングできる ようになりたした。以前は、デヌタ マスキングが適甚されおいる堎合にそのような列をク゚リするず、内郚゚ ラヌが返されたした。この機胜は GA です。 [4/24] BigQuery Data Transfer Service for Google Ads は、新しい Google Ads API をサポヌトしおいた す。 Google Ads コネクタは、PMax およびディスカバリヌ キャンペヌン、転送あたり 8000 個のリヌフ アカ りントの制限、--table_filter フラグ、埌方互換性 をサポヌトしおいたす。この機胜は、 GA になりたした。 [4/24] Cloud SDK 党䜓からのクラむアント ラむブラリ曎新の 週次ダむゞェスト。 [4/19] 既存の BI Engine 予玄の優先テヌブルぞの曎新 が反映されるたでに、 5 分から最倧 10 秒かかるよ うになりたした。この機胜は GA です。
  39. Cloud Composer [4/25] 2023 幎 3 月以降、Cloud Composer 1 はメンテナンス

    モヌドになりたす。 Cloud Composer 1 のメ ンテナンス リリヌス には、バグ修正ず小さな改善のみが含たれたす。 Cloud Composer 1 では、2.4.3 以降 の新しい Airflow バヌゞョンのサポヌトは予定されおいたせん。 [4/25]Cloud Composer 2Airflow 2.5.1 は Cloud Composer むメヌゞで利甚できたす。 [4/25] Cloud Composer 2.1.14 および 1.20.12 むメヌゞ が利甚可胜です。 • composer-2.1.14-airflow-2.5.1 • composer-2.1.14-airflow-2.4.3デフォルト • composer-2.1.14-airflow-2.3.4 • composer-1.20.12-airflow-2.4.3 • composer-1.20.12-airflow-2.3.4 • composer-1.20.12-airflow-1.10.15 [4/18] Airflow ワヌカヌずスケゞュヌラの Java ランタむムが バヌゞョン 11 から バヌゞョン 17 に曎新されたし た。 [4/18] Cloud Composer 2.1.13 むメヌゞ が利甚可胜です。 • composer-2.1.13-airflow-2.4.3デフォルト • composer-2.1.13-airflow-2.3.4
  40. Cloud Composer [4/18] Airflow 2.3.4 および 2.4.3 を含むむメヌゞの apache-airflow-providers-google パッケヌゞが

    2023.4.13+composer にアップグレヌドされたした。バヌゞョン 2023.3.14+composer ずの倉曎点: • API v2 を䜿甚するように Google ディスプレむおよびビデオ 360 オペレヌタヌを曎新 • API v4 を䜿甚するように Google キャンペヌン マネヌゞャヌ オペレヌタヌを曎新 • google-cloud-dlp パッケヌゞをバヌゞョン 3.7.1 に曎新し、フックずオペレヌタヌを調敎 [4/18] Google Display and Video 360 API v.1.1 は廃止され、その廃止日は 2023 幎 4 月 27 日です。API v1.1 に䟝存しおいた Airflow オペレヌタヌは、この日以降機胜しなくなりたす。 Google Display and Video 360 オペレヌタヌを䜿甚しおいる堎合は、環境を Cloud Composer バヌゞョン 2.1.13 以降にアップグレヌド しおください。オペレヌタヌの倉曎の詳现に぀いおは、 既知の問題 を参照しおください。 [4/18] Google Campaign Manager API v3.5 API は非掚奚であり、その廃止日は 2023 幎 5 月 1 日です。 API v3.5 に䟝存しおいた Airflow オペレヌタヌは、この日以降機胜しなくなりたす。 Google Campaign Manager オペレヌタヌを䜿甚しおいる堎合は、環境を Cloud Composer バヌゞョン 2.1.13 以降にアップグ レヌドしおください。 [4/18] Cloud Composer バヌゞョン 2.0.10 および 1.18.6 は、フル サポヌト期間が終了 したした。
  41. Cloud Data Fusion [4/26] Cloud Data Fusion バヌゞョン 6.8.2 が

    GA になりたした。このリリヌスは、 CDAP 6.8.2 リリヌス ず䞊 行しおいたす。
  42. Dataproc [4/28] 新しい Dataproc Serverless for Spark ランタむム バヌゞョン: •

    1.1.12 • 2.0.20 • 2.1.0-RC8 [4/28] Spark を 3.4.0 にアップグレヌドし、その䟝存関係を Dataproc Serverless for Spark 2.1 ランタむム に アップグレヌドしたす。 • Jetty to 9.4.51.v20230217 • ORC to 1.8.3 • Parquet to 1.13.0 • Protobuf to 3.22.3 [4/28] Dataproc むメヌゞの新しいサブマむナヌ バヌゞョン: • 1.5.89-debian10, 1.5.89-rocky8, 1.5.89-ubuntu18 • 2.0.63-debian10, 2.0.63-rocky8, 2.0.63-ubuntu18 • 2.1.11-debian11, 2.1.11-rocky8, 2.1.11-ubuntu20 [4/28] hive プリンシパルは、kerberos クラスタヌの presto を介した Hive カタログ ク゚リに䜿甚されたす。
  43. Dataproc [4/24] Dataproc は、クロス プロゞェクト サヌビス アカりントの䜿甚 をサポヌトするようになりたした。 [4/24] オヌトスケヌラヌの掚奚理由の詳现は、

    Cloud Logging のログで確認できるようになりたした。 [4/24] Dataproc Serverless for Spark ランタむム バヌゞョン 2.1 のデフォルトのバッチ TTL は 4 時間に蚭定 されおいたす。 [4/17] CMEK 組織ポリシヌ の Dataproc GA サポヌトを発衚。
  44. Contact Center AI Platform [4/25] キュヌ レベルのラップアップ蚭定 : さたざたなキュヌのラップアップ時間をカスタマむズできるようにな りたした。これにより、゚ヌゞェントは、サヌビス

    レベル アグリヌメントに劥協したり、準備が敎う前に別の電 話やチャットを行ったりするこずなく、タスクを完了するのに十分な時間を確保できたす。これは、凊理に時間 がかかる可胜性がある゚スカレヌションや耇雑な問題を凊理するキュヌに特に圹立ちたす。詳现に぀いお は、キュヌずメニュヌの蚭定に関するドキュメント を参照しおください。 [4/25] 組み蟌みアダプタヌ甚のカスタム CRM バックグラりンド スクリヌン ポップ: カスタム CRM のスクリヌ ン ポップ機胜を改善し、組み蟌みアダプタヌをより適切にサポヌトできるようにしたした。バックグラりンドで CRM スクリヌン ポップを実行する方法を提䟛するようになりたした。これにより、組み蟌みアダプタヌを䜿甚 する際の゚クスペリ゚ンスがよりスムヌズになりたす。詳现に぀いおは、 カスタム CRM のドキュメント を参 照しおください。
  45. Contact Center AI Platform [4/25] バヌゞ可胜であっおはならない䞀郚の VA 応答がバヌゞむンされる可胜性があるバグを修正したし た。応答がバヌゞ可胜かどうかを解析しおから新しい SAC

    ストリヌムを開始するたでの間にタむミングの問 題があったため、䞀郚の応答では独自の応答バヌゞ構成ではなく、前の応答割り蟌み構成が䜿甚されおい たした。これは、このフロヌで正しい操䜜順序が垞に守られるように修正されたした。 [4/25] 通話 > 埅機䞭 および チャット > 監芖䞭 ペヌゞを曎新しお、圓日だけでなく過去 24 時間のデヌタを 取埗できるようにしたした。この曎新により、通話ずチャットのダッシュボヌドに衚瀺されるリアルタむム キュヌ メトリックずの䞀貫性が確保されたす。これには、過去 24 時間も反映されたす。 [4/25] 2.sql の実行䞭に OEM Billing Service の実行時間が非垞に長く 4 時間以䞊かかり、その埌、 MySql サヌバヌがク゚リを匷制終了する問題を修正したした。 [4/25] キュヌ レベルのラップアップ蚭定 : さたざたなキュヌのラップアップ時間をカスタマむズできるようにな りたした。これにより、゚ヌゞェントは、サヌビス レベル アグリヌメントに劥協したり、準備が敎う前に別の電 話やチャットを行ったりするこずなく、タスクを完了するのに十分な時間を確保できたす。これは、凊理に時間 がかかる可胜性がある゚スカレヌションや耇雑な問題を凊理するキュヌに特に圹立ちたす。詳现に぀いお は、キュヌずメニュヌの蚭定に関するドキュメントを参照しおください。
  46. Contact Center AI Platform [4/27] キャンペヌン管理: キャンペヌン管理の CSV アップロヌドに䞀意の ID

    列を远加するオプションが远 加されたした。この ID は、CRM 識別子や SKU など、任意の識別子にするこずができたす。このフィヌルドを 䜿甚するず、CRM デヌタを各ダむダラ コヌルに関連付けるこずができ、コヌル デヌタの包括的なビュヌが 提䟛されたす。暙準レポヌト キャンペヌン レポヌトで䞀意の ID デヌタを衚瀺できたす。詳现に぀いおは、 キャンペヌン管理のドキュメント を参照しおください。 [4/27] Voice Virtual Agents には、特定の電話番号たたは SIP ゚ンドポむントに通話を転送する機胜が远 加され、消費者が適切な担圓者たたは郚門に確実に接続されるようになりたした。詳现に぀いおは、 仮想 ゚ヌゞェントのカスタム ペむロヌドのドキュメント を参照しおください。 [4/27] カスタム CRM 仮想゚ヌゞェントのトランスクリプト : カスタム CRM を曎新しお、仮想゚ヌゞェントのトラ ンスクリプトを倖郚ストレヌゞに送信できるようにしたした。これを有効にするには、 開発者蚭定 > 倖郚スト レヌゞ に移動し、通話のトランスクリプト を遞択したす珟圚、゚ヌゞェント アシストず仮想゚ヌゞェントのトラ ンスクリプトでのみサポヌトされおいたす。議事録は倖郚ストレヌゞに送信されたす。この機胜により、仮想 ゚ヌゞェントを管理するチヌムは、仮想゚ヌゞェントが消費者ず行っおいる䌚話を確認および分析し、改善す べき領域を特定しお、仮想゚ヌゞェントを進化させるこずができたす。さらに、 VA トランスクリプトは、すべお の消費者ずのやり取りの安党な蚘録を維持するこずにより、䌁業が芏制芁件に準拠するのに圹立ちたす。 カスタム CRM の詳现に぀いおは、 カスタム CRM のドキュメントを参照しおください。
  47. Contact Center AI Platform [4/27] 新しい Manager API calls ゚ンドポむント

    フィヌルド: /manager/api/v1/calls ゚ンドポむントに远加デヌ タを远加しお、キャンペヌンのコヌル ステヌタス デヌタを確認および分析するためのオプションをさらに提䟛したした。新 しいフィヌルドには、Machine Detected ず Skipped 情報が含たれたす。 [4/27] 新しい Manager API ゚ンドポむント: 次の新しい゚ンドポむントが远加され、発信ダむダラ キャンペヌンに関連す るより倚くのデヌタにアクセスできるようになりたした。 /manager/api/v1/outbound_dialer/campaigns /manager/api/v1/outbound_dialer/campaigns/:campaign_id /manager/api/v1/outbound_dialer/campaigns/:campaign_id/contacts [4/27] カスタム CRM の匷化されたファむル ストレヌゞ オプション: 倖郚ストレヌゞのアップロヌドを゚ンドポむントの怜蚌 から分離するこずで、ファむルのアップロヌド プロセスが簡玠化されたした。この倉曎の前は、ファむルを倖郚ストレヌゞ にアップロヌドするには、レコヌドの曎新゚ンドポむントずファむルのアップロヌド ゚ンドポむントの䞡方を構成する必芁が あり、ファむルは匕き続き CRM 怜蚌を受けおいたした。 これで、゚ンドポむントが蚭定されおいなくおも、倖郚ストレヌゞが構成されおいる限り、ファむルを倖郚ストレヌゞにアップ ロヌドできたす。゚ンドポむントず倖郚ストレヌゞの䞡方が構成されおいる堎合、ファむルは䞡方に送信されたす。 カスタム CRM の詳现に぀いおは、カスタム CRM のドキュメント を参照しおください。
  48. Document AI [4/25] Document AI Workbench Custom Document ExtractorCDEの䜿いやすさを向䞊させるため に、

    次の機胜を開始したした。 • CDE は、远加の 42 のグロヌバル蚀語をサポヌトするようになりたした。 • CDE を䜿甚するず、プロゞェクトやプロセッサ党䜓でプロセッサのバヌゞョンをむンポヌトしお、開発環 境ず運甚環境を簡単に管理できたす。 • CDE は、デプロむされたプロセッサ バヌゞョンを䜿甚しおデヌタセット内のドキュメントに自動的にラベ ルを付けるこずができるため、トレヌニング デヌタをすばやく準備できたす。 Document AI Workbench カスタム ドキュメント ゚クストラクタCDEでは、次の機胜匷化も行われたした。 • 非同期予枬 API は、最倧 200 ペヌゞの長さのドキュメントからデヌタを抜出できるようになりたした。 • チェックボックスの抜出粟床が向䞊したした。
  49. Document AI Warehouse [4/19] 取り蟌たれたドキュメントをスキップするために、 Cloud Storage Ingest Pipelines に

    skip_ingested_documents フラグを远加したした。 [4/19] Q&A 怜玢で怜玢結果が空欄の堎合に゚ラヌになる䞍具合を修正したした。
  50. Assured Workloads [4/20] 次のコンプラむアンス䜓制が、以䞋の補品リストをサポヌトするようになりたした。 • Australia Regions with Assured Support

    • Canada Regions and Support • Canada Protected B • Israel Regions and Support • US Regions and Support たた、以䞋の補品に察応したした。詳现に぀いおは、サポヌトされおいる補品を参照しおください。 • Artifact Registry • Cloud Bigtable • Cloud DNS • Cloud HSM • Cloud Interconnect • Cloud Key Management ServiceKMS • Cloud Load Balancing • Cloud Monitoring • Cloud NAT • Cloud Router • Cloud Run • Cloud VPN • Firestore • Identity and Access ManagementIAM • Identity-Aware ProxyIAP • Network Connectivity Center • Pub/Sub • Virtual Private Cloud • VPC Service Controls
  51. Certificate Authority Service [4/25] 䞀般提䟛GA: Certificate Authority Service は Certificate

    Manager ず統合され、蚌明曞の発行 を可胜にしたす。この統合により、ナヌザヌは Certificate Authority Service むンスタンスによっお発行され た Google マネヌゞド蚌明曞を䜜成できたす。詳现に぀いおは、 Certificate Authority Service によっお発 行された Google マネヌゞド蚌明曞の䜜成 を参照しおください。
  52. Chronicle [4/25] Docker 䞊の Windows 甹 Chronicle フォワヌダヌ をむンストヌルしお構成できるようになりたした。この Docker

    むンストヌルは、分離によっおセキュリティを匷化し、コンテナ配垃メカニズムを非公開にしお、 Google Cloud ず顧客に察しお分離するこずができたす。このリリヌスには、次の曎新も含たれおいたす。 • フォワヌダヌ眲名キヌは、セキュリティのために 6 か月ごずにロヌテヌションされたす Docker むメヌゞ䞊の Windows 甹 Chronicle フォワヌダヌを 6 か月ごずに曎新する必芁がありたす • パフォヌマンスを向䞊させるために、フォワヌダヌの最小バッチ サむズが 200KB に増加したした • デヌタ圧瞮がデフォルトで有効になりたした。ネットワヌク垯域幅の消費を 80% 削枛したす • ホット構成の読み蟌みがサポヌトされるようになり、フォワヌダヌを再起動する必芁なく、 5 分以内に構成の 倉曎が適甚されたす • 自動バッファリングは、ホスト システムで利甚可胜なメモリを効率的に䜿甚するこずで、受信トラフィックの急 増を凊理したす。この機胜はオプションです [4/25] Windows 甚の Chronicle フォワヌダヌ 実行可胜ファむルは廃止され、 2024 幎 3 月 31 日にシャットダりン される予定です。 Chronicle フォワヌダヌをMicrosoft Windows にむンストヌルするためには、 Docker 䞊の Windows 甹 Chronicle フォワヌダヌ を参照しおください。
  53. Chronicle [4/20] Chronicle では怜出゚ンゞンが匷化され、すべおのルヌルの倀が $risks_core 倉数に蚭定されるよ うになりたした。この倉曎により、結果セクションで $risks_core 倉数が定矩されおいないルヌルには、次の デフォルト倀のいずれかが蚭定されたす。

    ルヌルがアラヌトを生成するように構成されおいる堎合、 $risks_core は 40 に蚭定されたす。 ルヌルがアラヌトを生成するように構成されおいない堎合、 $risks_core は 15 に蚭定されたす。 この倉曎は、$risks_core 倉数が定矩されおいないすべおの既存のルヌルず新しいルヌルに適甚された す。この倉曎は、ルヌルの結果セクションで $risks_core 倉数を定矩するルヌルには圱響したせん。 $risk_score 倉数の詳现に぀いおは、 Outcome section syntax を参照しおください。
  54. Chronicle [4/19] Chronicle は、調査䞭に远加のコンテキストを提䟛できる次の远加のデヌタ ゚ンリッチメントず事前蚈 算された分析機胜をリリヌスしたした。 • WHOIS デヌタで匷化された゚ンティティ •

    VirusTotal 関係デヌタを含む匷化された゚ンティティ • VirusTotal ファむル メタデヌタで匷化されたむベント • Google Cloud Threat Intelligence の粟遞された脅嚁フィヌドからのデヌタ • ドメむン、IP アドレス、およびファむル ハッシュSHA256、SHA1、MD5の事前蚈算された最初ず最埌 に怜出された発生事象 • アセットずナヌザヌの事前蚈算された初回発生事象 詳现に぀いおは、次のドキュメントを参照しおください。 • Chronicle がむベントず゚ンティティ デヌタを匷化する方法 • UDM 怜玢でコンテキスト匷化デヌタを䜿甚する • ルヌルでコンテキスト匷化デヌタを䜿甚する
  55. Cloud Data Loss Prevention [4/17] 組み蟌みたたはカスタムの infoType に機密レベルを割り圓おるこずができたす。 Cloud DLP

    は、 個々の infoType の機密レベルを䜿甚しお、 プロファむリング するテヌブルの 機密レベルを蚈算したす。詳 现に぀いおは、Google Cloud コン゜ヌルを䜿甚しお infoType を管理する をご芧ください。
  56. Security Command Center [4/26] Security Command Center の組み蟌みサヌビスである Event Threat

    Detection は、次の新しい ルヌルを プレビュヌPreviewにリリヌスしたした Persistence: Impersonation Role Granted For Dormant Service Account Privilege Escalation: Dormant Service Account Granted Sensitive Role Persistence: Impersonation Role Granted For Dormant Service Account ルヌルは、䌑止䞭のナヌザヌ 管理サヌビス アカりントを停装する暩限がプリンシパルに付䞎されおいるむベントを怜出したす。 Privilege Escalation: Dormant Service Account Granted Sensitive Role ルヌルは、䌑止䞭のナヌザヌ管 理サヌビス アカりントに 1 ぀以䞊の機密性の高い IAM ロヌルが付䞎されたむベントを怜出したす。 詳现に぀いおは、むベント脅嚁怜出ルヌル を参照しおください。
  57. Video Stitcher API [4/26] Live Configs は、ラむブ セッションの䜜成 に䜿甚されるようになりたした。 [4/26]

    ラむブ ワヌクフロヌず VOD ワヌクフロヌの Google Ad Manager 統合が䞀般提䟛GAになりたし た。プロゞェクトでこの統合を有効にするには、アカりント担圓者に連絡するか、 営業担圓者に連絡しお詳 现を確認しおください。
  58. Channel Services [4/24] 耇数のパヌトナヌ セヌルスのコン゜ヌル アカりントに察しお、統合された Google Cloud Billing ゚ク

    スポヌトを蚭定できるようになりたした。 これにより、請求デヌタを単䞀のデヌタセットに盎接゚クスポヌトしお分析するこずができたす。 再請求デヌタセットのテヌブルは、 Cloud 請求先アカりントによるパヌティショニングをサポヌトしおいるた め、ク゚リのレむテンシやコストに圱響を䞎えるこずなく、特定の Cloud 請求先アカりントのデヌタを個別に 衚瀺できたす。 再請求デヌタを BigQuery に゚クスポヌトする方法を孊びたす 。