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

Google Cloud Updates 2022/09/16-09/30

Google Cloud Updates 2022/09/16-09/30

Avatar for Norio Nishioka

Norio Nishioka

October 21, 2022
Tweet

More Decks by Norio Nishioka

Other Decks in Technology

Transcript

  1. Google Cloud アップデヌト 2022 09 / 16 - 09 /

    30 グヌグル・クラりド・ゞャパン合同䌚瀟 2022 幎 10 月 14 日
  2. Cloud Billing [9/19] 確玄利甚割匕CUDに適甚されるすべおのオンデマンド費甚を衚瀺する アクティブなコミットメントなしで、すべおの CUD 察象の䜿甚量を衚瀺できるようになりたした さらなるコスト最適化の機䌚のため、 コミットメント分析ダッシュボヌド を利甚するこずが可胜です。

    [9/19] 米ドル以倖のアカりントは、コミットメント分析ダッシュボヌドでより倚くのコスト情報を衚瀺できるよう になりたした 米ドル以倖の請求先アカりントをお持ちのお客様は、確玄利甚割匕ダッシュボヌド内で远加情報珟地通 貚の費甚デヌタを含むを利甚できるようになり、アクセスが蚱可されたした。 コミットメント分析ダッシュボヌド
  3. Cloud CDN [9/20] 動的圧瞮の Cloud CDN サポヌトが 䞀般提䟛GA になりたした。 Cloud

    CDN は、Brotli および gzip アルゎリズムを䜿甚した動的圧瞮をサポヌトしおいたす。これにより、圧瞮可胜なコンテンツのネット ワヌク経由で送信されるデヌタを 60  80 % 削枛できたす。動的圧瞮を有効にするず、ペヌゞの読み蟌み 時間の短瞮、動画コンテンツの再生速床の高速化、送信コストの最適化に圹立ちたす。詳现に぀いおは、 動的圧瞮を有効にする 参照しおください。
  4. Cloud Load Balancing [9/20] リヌゞョンの内郚および倖郚 HTTP(S) ロヌドバランサが、ホストたたはサヌビス プロゞェクトでロヌド バラ ンサの転送ルヌル、タヌゲット

    プロキシ、および URL マップを䜜成できる共有 VPC 構成をサポヌトするようにな りたした。 バック゚ンド サヌビスずバック゚ンドは共有 VPC 環境の耇数のサヌビス プロゞェクトを跚いで構成するこずが可 胜ずなりたす。これは、 プロゞェクト間のサヌビス参照 cross-project service referencingず呌ばれたす。プロ ゞェクト間のバック゚ンド サヌビスは、単䞀の URL マップから参照できたす。 プロゞェクト間のサヌビス参照により、サヌビス開発者ず管理者は、䞀元管理されたロヌド バランサヌを介しお サヌビスを公開する自䞻性を埗るこずができたす。 詳现に぀いおは、次を参照しおください。 • 共有 VPC アヌキテクチャ • 共有 VPC を䜿甚したリヌゞョン倖郚 HTTP(S) ロヌドバランサを蚭定する • 共有 VPC を䜿甚した内郚 HTTP(S) ロヌド バランシングを蚭定する 組織のポリシヌの制玄を䜿甚しお、プロゞェクト、フォルダヌ、たたは組織党䜓での共有 VPC の䜿甚方法を制 限できたす。詳现に぀いおは、 Cloud Load Balancing の組織ポリシヌに関する制玄 を参照しおください。 この機胜は 䞀般提䟛GA で利甚可胜です。
  5. Cloud Logging [9/30] Cloud Logging は、ログを倖郚リ゜ヌスにルヌティングする リ゜ヌス コンテナ内のすべおのシンクに 察しお、1 ぀のサヌビス

    アカりントずラむタヌ ID を䜿甚するようになりたした。 Cloud Logging は、リ゜ヌス コンテナ内のログシンクが初めお䜜成たたは曎新されるずきに、サヌビス アカりントを䜜成したす。 [9/27] Log Analytics を䜿甚するず、ログ デヌタを分析しお有甚な分析情報を生成する SQL ク゚リを実行で きたす。 Log Analytics では、BigQuery を䜿甚しおログ デヌタをク゚リするこずもできたす。詳现に぀いお は、Log Analytics を参照しおください。
  6. Cloud Monitoring [9/30] 事前構成されたモニタリング ダッシュボヌドのセットに、 Microservices gRPC Overview ダッシュ ボヌドが含たれるようになりたした。プロゞェクト内のアプリが

    gRPC メトリクスを発行する堎合、このダッシュ ボヌドは䜿甚可胜なダッシュボヌドのリストに自動的に远加されたす。 [9/28] バヌゞョン 2.21.0 以降、Ops ゚ヌゞェントから远加の PostgreSQL メトリクスを収集できるようになり たした。詳现に぀いおは、 サヌドパヌティ アプリケヌションの監芖 : PostgreSQL を参照しおください。 [9/28] バヌゞョン 2.21.0 以降、Ops ゚ヌゞェントから远加の Elasticsearch メトリクスを収集できるようになり たした。詳现に぀いおは、 サヌドパヌティ アプリケヌションの監芖 : Elasticsearch を参照しおください。 [9/26] Cloud Monitoring でグラフずダッシュボヌドを䜜成するずきに、 Prometheus ク゚リ蚀語PromQLを 䜿甚できるようになりたした。詳现に぀いおは、 PromQL in Cloud Monitoring を参照しおください。
  7. Cloud Router [9/20] Google Cloud Console を䜿甚しお、BGP セッションの MD5 認蚌を構成できるようになりたした。

    MD5 認蚌機胜は プレビュヌPreviewで利甚できたす。詳现に぀いおは、 MD5 認蚌を䜿甚する を参照し おください。
  8. Compute Engine [9/23] 䞀般提䟛GA: VM 配眮トポロゞ情報を衚瀺しお、 VM が別の VM ずどの皋床近いかを刀断したす。

    詳现に぀いおは、VM 配眮トポロゞを衚瀺する を参照しおください。 [9/22] 䞀般提䟛GA: 衚瀺される CPU コアの数をカスタマむズする こずで、ラむセンス コストを削枛した す。 [9/21] 䞀般提䟛GA: E2 共有コア カスタム VM の䞀般提䟛が開始されたした。詳现に぀いおは、 VM むン スタンスの料金 をご芧ください。 [9/16] 䞀般提䟛GA: 416 個の vCPU ず 8832 GB のメモリを備えた m2-hypermem-416 ず呌ばれるメモリ 最適化マシン ファミリの新しいマシン タむプ この新しいマシンタむプは、他の M2 マシンタむプず同じリヌゞョンで䞀般提䟛されるようになりたした。 詳しくは、メモリ最適化マシン ファミリヌ をご芧ください。
  9. Google Cloud VMware Engine [9/23] Google Cloud VMware Engine VM

    のゲスト内ファむル共有アクセスに Dell PowerScale が利甚でき るようになりたした。 • NFS および SMB 共有をサポヌト • PowerScale ファむル共有には、Google Cloud VMware Engine およびその他の Google Cloud サヌ ビス党䜓でアクセスできたす • VMware Engine UI を介しお構成されたプラむベヌト接続 詳现は ワヌクロヌド VM を Dell PowerScale に接続する をご芧ください。
  10. Identity and Access Management [9/20] IAM の基本ロヌルず定矩枈みロヌルの 抂念 および 参照情報

    が改善されたした。定矩枈みのロヌ ル テヌブルをフィルタヌ凊理し、省略されたアクセス蚱可を展開しお含たれおいるすべおのアクセス蚱可を 衚瀺し、所有者のアクセス蚱可 をすばやく特定できるようになりたした。
  11. Network Intelligence Center [9/29] 接続テストには、Cloud Function第 1 䞖代から VM たたはパブリック

    IP アドレスぞの接続を怜蚌 す る機胜が含たれるようになりたした。詳现に぀いおは、 接続テストの䜜成しお実行する を参照しおください。
  12. SAP on Google Cloud [9/16] 新しい SAP HANA 認定: OLTP

    ワヌクロヌド甚に認定された 9 TB m2-hypermem-416 VM SAP は、最倧 4 ノヌドのスケヌルアップたたはスケヌルアりト構成で SAP HANA OLTP ワヌクロヌド甚の Compute Engine 9 TB m2-hypermem-416 マシン タむプを認定しおいたす。 SAP ワヌクロヌド ベヌスのサ むゞング方法を䜿甚する必芁がありたす。 詳现に぀いおは、SAP HANA 甚の認定枈み Compute Engine VM を参照しおください。
  13. StratoZone [9/22] コンテナ適合性評䟡レポヌトを生成する機胜を远加 [9/22] VMware Horizon ワヌクロヌド怜出を远加 [9/22] HSTS HTTP

    応答ヘッダヌ ポリシヌのタむムアりトの増加 [9/22] StratoProbe 5.0.4.1 - netstat は Debian ディストリビュヌションで非掚奚になっおいるため、 netstat デヌタを収集するための代替方法を远加したした。 [9/22] Citrix ワヌクロヌドの怜出の匷化
  14. Traffic Director [9/23] Traffic Director は、Proxyless service mesh deploymants の倖れ倀怜出をサポヌトするようになり

    たした。倖れ倀の怜出により、異垞なホストを特定し、負荷分散プヌルから䞀時的に陀倖できたす。 gRPC は、成功率 ホストがリク゚ストを正垞に凊理する頻床 に基づいおホストを評䟡したす。 Traffic Director を 䜿甚しお倖れ倀怜出を構成するず、 gRPC がホストを評䟡する方法ず倖れ倀を凊理する方法を埮調敎でき たす。 泚: outlierDetection オブゞェクトの API ドキュメントには、gRPC クラむアントが倖れ倀怜出を䜿甚できるこ ずがただ反映されおいたせん。この機胜の䜿甚に関する最新情報に぀いおは、 Traffic Director ドキュメント の 倖れ倀怜出 セクションを参照しおください。 [9/19] Traffic Director サヌビス ルヌティング API が䞀般提䟛になりたした。 API は、新しい Mesh、 Gateway、および Route リ゜ヌスを䜿甚しお、ルヌティングずサヌビス メッシュの構成を簡玠化したす。
  15. Virtual Private Cloud [9/26] 䞀般提䟛GA: Cloud Monitoring を䜿甚しお、次の Private Service

    Connect プロデュヌサヌ指暙 をモニタリングできたす。 • 接続されたコンシュヌマ転送ルヌル • 䜿甚された NAT IP アドレス 詳现に぀いおは、Private Service Connect の公開サヌビスのモニタリング を参照しおください。 [9/23] VPC Service Controls の Ingress ルヌルず egress ルヌルは、VPC Service Controls 境界内から Private Service Connect 接続を確立する必芁がなくなりたした。 同じ VPC Service Controls 境界にないコンシュヌマヌ プロゞェクトずプロデュヌサヌ プロゞェクトの間で Private Service Connect 接続を確立する堎合、䞋りポリシヌによる明瀺的な承認は必芁ありたせん。ただ し、Private Service Connect ゚ンドポむントを介した VPC Service Controls 察応サヌビスぞのすべおの通 信は、VPC Service Controls 境界によっお保護されたす。 詳现に぀いおは、VPC Service Controls を参照しおください。
  16. Anthos clusters on AWS [9/29] 次の Kubernetes バヌゞョンでクラスタを起動できるようになりたした。 • 1.24.3-gke.2100

    • 1.23.9-gke.2100 • 1.22.12-gke.2300 [9/29] Kubernetes 1.21 バヌゞョンはサポヌトされなくなりたした。サポヌトされおいるバヌゞョンにアップグレヌドするに は、AWS クラスタのバヌゞョンをアップグレヌドする を参照しおください。 [9/29] Google Cloud コン゜ヌルを䜿甚しお、クラスタヌの アップデヌト、アップグレヌド、削陀 ができるようになりたし た。 [9/29] Arm ノヌド プヌルの䜜成は、プレビュヌ機胜になりたした。詳现に぀いおは、 Anthos clusters on AWS で Arm ワヌクロヌドを実行する をご芧ください。 [9/29] Workload Identity を盎接サポヌトしおいないレガシヌ ワヌクロヌドがある堎合、 IMDS ゚ミュレヌタを䜿甚しお IMDS デヌタにアクセスできるようになりたした。詳现に぀いおは、 IMDS ゚ミュレヌタヌを有効にする を参照しおくださ い。
  17. Anthos clusters on AWS続き [9/29] Kubernetes バヌゞョン 1.24 以降では、Google Cloud

    Managed Service for PrometheusGMPを招埅制の プラむベヌト プレビュヌずしお利甚できたす。 GMP を䜿甚するず、Prometheus を倧芏暡に手動で管理および操䜜する こずなく、Prometheus を䜿甚しおワヌクロヌドを監芖およびアラヌトできたす。 [9/29] Anthos clusters on AWS は、Kubernetes バヌゞョン 1.24 以降の Windows ノヌド プヌルの Cloud Monitoring をサポヌトするようになりたした。 Anthos Clusters on AWS でのモニタリングの詳现に぀いおは、 Cloud Monitoring をご芧ください。 [9/29] Kubernetes バヌゞョン 1.24 以降では、Anthos clusters on AWS はプレビュヌ モヌドでの EFS 動的プロビゞョ ニングをサポヌトしおいたす。この機胜を䜿甚するには、コントロヌル プレヌン ロヌルに次の暩限を远加する必芁があり たす。 • ec2:DescribeAvailabilityZones • elasticfilesystem:DescribeAccessPoints • elasticfilesystem:DescribeFileSystems • elasticfilesystem:DescribeMountTargets • elasticfilesystem:CreateAccessPoint • elasticfilesystem:DeleteAccessPoint 詳现に぀いおは、AWS クラスタヌ パラメヌタヌを曎新する を参照しおください。
  18. [9/29] 次の Kubernetes バヌゞョンでクラスタを起動できるようになりたした。 • 1.24.3-gke.2100 • 1.23.9-gke.2100 • 1.22.12-gke.2300

    [9/29] Kubernetes 1.21 バヌゞョンはサポヌトされなくなりたした。サポヌトされおいるバヌゞョンにアップグ レヌドするには、Azure クラスタのバヌゞョンをアップグレヌドする を参照しおください。 [9/29] Google Cloud コン゜ヌルを䜿甚しお、 アップデヌト、アップグレヌド、削陀 ができるようになりたした。 [9/29] Kubernetes バヌゞョン 1.24 以降では、Google Cloud Managed Service for Prometheus (GMP) を 招埅制のプラむベヌト プレビュヌずしお利甚できたす。 GMP を䜿甚するず、Prometheus を倧芏暡に手動で 管理および操䜜するこずなく、 Prometheus を䜿甚しおワヌクロヌドを監芖およびアラヌトできたす。 [9/29] Anthos clusters on Azure は、Kubernetes バヌゞョン 1.24 以降の Windows ノヌド プヌルの Cloud Monitoring をサポヌトするようになりたした。 Anthos clusters on Azure でのモニタリングの詳现に぀いお は、Cloud Monitoring をご芧ください。 Anthos clusters on Azure
  19. Anthos clusters on Azure 続き [9/29] Kubernetes バヌゞョン 1.24 以降、Anthos

    clusters on Azure によっお起動された仮想マシンは、シ ステム割り圓おマネヌゞド ID をサポヌトしたす。 [9/29] Kubernetes バヌゞョン 1.24 以降、Anthos clusters on Azure は倖郚のクラりド プロバむダヌに切り 替わりたす。このプロバむダヌの詳现に぀いおは、 GitHub の Azure のクラりド プロバむダヌ を参照しおく ださい。
  20. [9/29] Anthos clusters on VMware 1.13.0-gke.525 が利甚可胜になりたした。アップグレヌドするには、 Anthos clusters on

    VMware のアップグレヌド をご芧ください。 Anthos clusters on VMware 1.13.0-gke.525 は、Kubernetes 1.24.2-gke.1900 で実行されたす。 Anthos clusters on VMware に圱響を䞎えるセキュリティの脆匱性、露出、問題に察する最新のパッチず曎 新を提䟛するサポヌト察象のバヌゞョンは、 1.13、1.12、および 1.11 です。 [9/29] 7.0 Update 1 より前の vSphere バヌゞョンは、Anthos clusters on VMware でサポヌトされなくなり た した。 Anthos clusters on VMware 1.13.0 にアップグレヌドする前に、 vSphereESXi ず vCenter の䞡方を バヌゞョン 7.0 Update 1 以降にアップグレヌドする必芁がありたす。 vSphere Container Storage Interface ドラむバ たたは NFSv3 を䜿甚する堎合は、 vSphere 7.0 Update 2 たたはそれ以降のバヌゞョン 7.0 にアッ プグレヌドする必芁がありたす。 Anthos clusters on VMware
  21. [9/29] クラスタヌのラむフサむクルの改善: • GA: ナヌザヌ クラスタ アップグレヌドの新しい非同期バリ゚ヌションがサポヌトされるようになりたした。このバリ゚ヌショ ンでは、gkectl upgrade cluster

    コマンドによっおアップグレヌドが開始され、完了したす。アップグレヌド䞭は、コマンドの出 力を監芖する必芁はありたせん。詳现に぀いおは、ナヌザヌ クラスタをアップグレヌドする をご芧ください。 • プレビュヌ: ナヌザヌ クラスタ構成ファむルで maximumConcurrentNodePoolUpdate の倀を指定するこずで、ノヌドプヌルを 順次曎新するか、デフォルトの䞊列動䜜を維持できるようになりたした。倀を 1 に蚭定するず、ノヌド プヌルの曎新がシヌ ケンシャルになるように構成されたす。これにより、リ゜ヌス クォヌタ制限の問題ず PDB デッドロックの問題ずいう 2 ぀の 問題を回避できる可胜性がありたす。 • 管理クラスタのラむフサむクルを管理するための管理クラスタ コントロヌラが導入されたした。 • 新しいプリフラむト チェックが远加されたした。 ◩ ノヌド IP が IPAM のサブネット内にあるこずを確認したす。 ◩ stackdriver ず cloudAuditLogging の䞋の clusterLocation フィヌルドを怜蚌するために、新しいプリフラむト チェックが远加 されたした。このプリフラむト チェックでは、コンポヌネント アクセス サヌビス アカりントに compute.viewer ロヌルが 必芁であり、compute.googleapis.com が HTTP プロキシおよびファむアりォヌル蚭定で蚱可リストに登録されおいる 必芁がありたす。 clusterLocation で無効な倀を䜿甚するず、プリフラむト チェックは倱敗したす。無効な clusterLocation を修正するには、管理クラスタたたはナヌザヌ クラスタの蚭定ファむルから stackdriver や cloudAuditLogging の蚭定 を削陀し、gkectl update で倉曎を適甚しおから、修正した蚭定を再床远加したす。たたは、 --skip-validation-gcp を䜿 甚しおチェックをスキップできたす。無効な clusterLocation があるず、ログずメトリクスの゚クスポヌトに倱敗するこず に泚意しおください。 Anthos clusters on VMware 続き
  22. • 静的 IP モヌドのクラスタヌの堎合、ノヌドごずに 1 ぀の IP アドレスず远加の IP アドレスが必芁です。この远加の

    IP アドレスは、クラスタヌの曎新、アップグレヌド、および自動修埩䞭に䞀時ノヌドに䜿甚されたす。 • IP アドレスが IPAM モヌドの Docker IP 範囲に含たれおいないこずを怜蚌したす。 • 手動負荷分散モヌドで、異なるナヌザヌ クラスタ間でノヌドポヌトの競合がないこずを確認しおください。 • デヌタストアのサむズをチェックしお、サヌゞ マシンに十分な容量があるこずを確認しおください。 • IPAM モヌドで Windows VM テンプレヌトを䜜成するために䜿甚可胜な IP アドレスを確認したす。 • 耇数の PDB が同じ Pod ず䞀臎しないようにするための PDB プリフラむト チェック。 プラットフォヌムの機胜匷化: • GA: 管理クラスタ ノヌドでの cos OS むメヌゞ タむプのサポヌトが䞀般提䟛になりたした。 gkectl update admin コマンドを 䜿甚しお、管理ノヌドのむメヌゞ タむプを曎新 できたす。 • プレビュヌ: マルチ vCenter デプロむをサポヌトする新しいナヌザヌ クラスタ デプロむ モデルは、プレビュヌ機胜ずしお 利甚できたす。この新しいモデルでナヌザヌ クラスタを䜜成する方法の詳现に぀いおは、新しいむンストヌル モデルで ナヌザヌ クラスタを䜜成する をご芧ください。 • プレビュヌ: vSphere CSI ボリュヌム スナップショットがプレビュヌ機胜ずしお利甚できるようになりたした。この機胜は、ボ リュヌム スナップショットを䜜成し、VMware Cloud Native Storage を䜿甚しおスナップショットからボリュヌムを埩元する 機胜を提䟛したす。この機胜を䜿甚するには、vCenter Server ず ESXi の䞡方をバヌゞョン 7.0 Update 3 以降に曎新す る必芁がありたす。 Anthos clusters on VMware続き
  23. セキュリティの匷化 : • GA: Kubernetes シヌクレットずしおナヌザヌ クラスタの認蚌情報を保存するためのサポヌトが䞀般提䟛されたす。 ◩ この機胜により、ナヌザヌはナヌザヌ クラスタの認蚌情報を準備し、ナヌザヌ

    クラスタを䜜成する前に管理クラスタに Kubernetes Secret ずしお保存できたす。認蚌情報の準備埌、ナヌザヌは管理ワヌクステヌションからナヌザヌ クラスタ の認蚌情報を含む Secrets 構成ファむルを削陀できたす。ナヌザヌ クラスタの䜜成時に、準備された認蚌情報が䜿甚さ れたす。詳现に぀いおは、 ナヌザヌ クラスタ甚に準備された認蚌情報を構成する をご芧ください。 • Kubernetes サヌビス アカりントKSA眲名鍵のロヌテヌションは、ナヌザヌ クラスタでサポヌトされおいたす。詳现に぀いお は、KSA 眲名キヌをロヌテヌションする を参照しおください。 • GA: 管理クラスタずナヌザヌ クラスタの䞡方の コンポヌネント アクセス SA キヌ ロヌテヌション が䞀般提䟛されたす。 • GA: Connect Gateway を蚭定しお、承認に Google グルヌプ メンバヌシップを䜿甚できたす。詳现に぀いおは、 Google グルヌ プでの Connect ゲヌトりェむの蚭定 を参照しおください。 Day 2 オペレヌションを簡玠化 : • プレビュヌ: Go および Java ログの耇数行解析のサポヌトが远加されたした。 • GA: Google Cloud Managed Service for Prometheus の有効化を開始しお、 Anthos on vSphere クラスタの指暙を远跡し、 ナヌザヌ アプリケヌションのロギングずモニタリングを個別に有効にする 2 ぀の個別のフラグを導入したした : EnableCloudLoggingForApplications ず EnableGMPForApplications です。Prometheus を管理および操䜜しなくおも、 Google が管理する Prometheus でアプリケヌションを監芖およびアラヌトできたす。 Stackdriver 仕様で enableGMPForApplications を 蚭定しお、他の手動の手順を実行しなくおも、アプリケヌション メトリックに察しお Google Managed Prometheus を有効にできた す。その埌、Google Managed Prometheus コンポヌネントが自動的にセットアップされたす。詳现に぀いおは、 ナヌザヌ アプリ ケヌション甚の Prometheus のマネヌゞド サヌビスの有効化 を参照しおください。 • クラスタの状態をモニタリングするために、 Cloud Monitoring に新しい Anthos Utilization Metering ダッシュボヌド を远加したし た。ダッシュボヌドには、クラスタ内の CPU ずメモリの䜿甚率が名前空間ず Pod ラベル別に衚瀺されたす。 Anthos clusters on VMware 続き
  24. [9/29] リリヌス 1.13.0 ベアメタル版 Anthos クラスタ 1.13.0 が ダりンロヌド 可胜になりたした。アップグレヌドするには、ベアメタル版

    Anthos のアップ グレヌド をご芧ください。ベアメタル版 Anthos クラスタ 1.13.0 は、Kubernetes 1.24 で実行されたす。 [9/29] dockershim コンポヌネントを Kubernetes に远加するず、クラスタ ノヌドで Docker Engine コンテナ ランタむムを䜿甚で きるようになりたす。ただし、Kubernetes 1.24 では dockershim コンポヌネントが削陀されたした。 ベアメタル バヌゞョン 1.13 の Anthos クラスタは Kubernetes 1.24 で実行されるため、バヌゞョン 1.13 以降のクラスタは Docker Engine をコンテナ ランタむムずしお䜿甚できなくなりたした。すべおのクラスタヌは、デフォルトのコンテナヌ ランタむムの containerd を䜿甚する必芁がありたす。 Anthos clusters on bare metal
  25. [9/29] 改善されたクラスタヌ ラむフサむクル機胜: • Kubernetes バヌゞョン 1.23 から 1.24 にアップグレヌド:

    ◩ Kubernetes ず kubeadm ツヌルがコントロヌル プレヌン ノヌドの特定のラベルずテむントに察しお行った倉曎の 䞀郚を元に戻したした。ベアメタル版 Anthos クラスタの叀いバヌゞョンが匕き続きサポヌトされるように、倉曎が 元に戻されたした。その結果、コントロヌル プレヌン ノヌドには次のラベルずテむントが付けられたす。 ▪ node-role.kubernetes.io/master ラベル ▪ node-role.kubernetes.io/control-plane ラベル ▪ node-role.kubernetes.io/master:NoSchedule テむント ◩ kubeadm.k8s.io/v1beta2 は廃止されたため、kubeadm.k8s.io/v1beta3 にアップグレヌドされたした。 ◩ すべおのサヌビス アカりントのサヌビス アカりント トヌクンを含むシヌクレット API オブゞェクトの自動生成を停 止したした。詳现に぀いおは、アップグレヌド ノヌト の LegacyServiceAccountTokenNoAutoGeneration セク ションを参照しおください。 • 重倧な倉曎: Docker ゚ンゞンを䜿甚するバヌゞョン 1.12 クラスタは、新しいコンテナ ランタむムが containerd ずしお指定 されおいる堎合にのみ、1.13 にアップグレヌドできたす。 Docker Engine をコンテナ ランタむムずしお䜿甚する新しい 1.13 クラスタの䜜成をブロックしたした。 • プレビュヌ: ブヌトストラップ クラスタなしで管理/ハむブリッド/スタンドアロン クラスタのアップグレヌドを続行できるように する機胜が远加されたした。ベアメタル版 Anthos クラスタの管理は、Kubernetes リ゜ヌス モデル に完党に準拠するよ うになりたした。 • Red Hat Enterprise Linux (RHEL) 8.6 のサポヌトが远加されたした。 • クラスタ䜜成プロセスに含たれる゚ラヌのある CustomResourceDefinition (app.k8s.io.Application) を削陀したした。 Anthos clusters on bare metal続き
  26. • safetext/yamltemplate に切り替えるこずで、YAML むンゞェクションに察する脆匱性を修正したした。 • GA: gcr.io の代わりに独自のレゞストリ サヌビスを䜿甚しお、ベアメタル版 Anthos

    クラスタをむンストヌルするためのサ ポヌトを远加したした。手順ず远加情報に぀いおは、レゞストリ ミラヌを䜿甚しおクラスタを䜜成する」を参照しおください。 • bmctl create cluster が実行されたずきの誀った゚ラヌ メッセヌゞが削陀されたした。このメッセヌゞは、NodePool 仕様 の spec.labels フィヌルドに Invalid value を誀っお報告しおいたした。 • ナヌザヌ クラスタのリセットにクラスタ構成ファむルが䞍芁になるように機胜を远加したした。 • むメヌゞの圧瞮レむダヌず非圧瞮レむダヌの䞡方ではなく、非圧瞮レむダヌのみを containerd に栌玍するこずで、 containerd ディスクの䜿甚量を削枛したした。 • containerd をバヌゞョン 1.6.6 にアップグレヌドしたした。 ネットワヌキング: • GA: ボヌダヌ ゲヌトりェむ プロトコルBGPをサポヌトする動的フラット IP を有効にしたした。この機胜を䜿甚するず、 ネットワヌク ゲヌトりェむ グルヌプず BGP を利甚しお、クラスタヌで BGP を䜿甚するフラット モヌドを構成できたす。この モヌドでは、Pod の IP アドレスが衚瀺され、耇数のサブドメむンでマスカレヌドするこずなくルヌティングできたす。珟圚、 IPv4 セッションを介した IPv4 および IPv6 ルヌトのアドバタむゞングをサポヌトしおいたす。 • GA: IPv6 の BGP ベヌスのロヌド バランサヌ サポヌトが远加されたした。バンドルされた Ingress 機胜を無効にする機 胜が远加されたした。代わりにフル Anthos Service MeshASMを䜿甚しおいる堎合は、この機胜を無効にする必芁が ありたす。 フル ASM がむンストヌルされおいる堎合、バンドルされた Ingress は䞍芁です。 Anthos clusters on bare metal 続き
  27. 可芳枬性: • プレビュヌ: Go および Java ログの耇数行解析のサポヌトが远加されたした。 • GA: アプリケヌション

    メトリクス甚の Google Cloud Managed Service for PrometheusGMPのサポヌトを远加したし た。 • デフォルトでコア メトリックのみが収集されるように、kube-state-metrics を改良したした。 セキュリティ • GA: Connect Gateway の Google グルヌプのサポヌトを远加したした。 • Node Problem Detector の distroless ベヌスむメヌゞを切り替えたした。 • anet-operator/cilium-operator を非ルヌト コンテナヌずしお実行するように倉曎したした。 • Transport Layer SecurityTLSプロトコルを䜿甚した、metrics-server ず api-server 間の安党な通信。 VM ランタむム: • libvirt-go のメモリ リヌクを修正したした。これにより、無限のメモリ増加が発生し、長時間実行されおいる VM がクラッ シュする危険がありたした。 • お客様が必芁なずきに VM の サヌビス品質QoSを保蚌 できるように、保蚌されたコンピュヌティング サポヌトを提䟛し たした。 • プレビュヌ: Anthos VM が専甚のホスト コアに割り圓おられるようになりたした。各 VM 仮想コアは、専甚のホスト コアに 固定できたす。 • GPU のむンストヌルず削陀のロゞックを分離したした。コンテナヌの GPU ワヌクロヌドのみが必芁な堎合は、VM ランタ むムを有効にするこずなく GPU を有効にするこずができたす。 • T4 GPU カヌドのサポヌトが远加されたした。 Anthos clusters on bare metal 続き
  28. • VirtualMachineDisk 名をディスクのシリアル番号ずしお自動的に䜿甚できるようになりたした。この倉曎により、お客様は VM 内のディスクを簡単に識別できるようになりたす。 • KubeVM cloud-init API ず起動スクリプト

    API を有効にしたした。 • Windows VM パスワヌドをリセットするための新しい CLI コマンドVirtctlが远加されたした。 • GPU カヌドがコンテナヌに割り圓おられおいない堎合に、NVIDIA デバむス プラグむンのクラッシュを防止する機胜が远加 されたした。 • 構成の曎新埌の VM の自動再起動のサポヌトが远加されたした。以前は、VM を停止し、倉曎を適甚しおから、VM を再 起動する必芁がありたした。この機胜を䜿甚するには、VirtualMachine カスタム リ゜ヌスで autoRestartOnConfigurationChange フラグを true に蚭定したす。 • 詳现な VM 構成ず曎新情報が含たれるように、VM 操䜜の Kubernetes 監査ログを改善したした。 • VM でディスク I/O ゚ラヌが発生したずきに発生するクラスタヌ むベントによるログのフラッディングが修正されたした。 • KubeVM ロヌルを远加したした。これらのロヌルにバむンドするこずで、VM を管理するリ゜ヌスぞのアクセス蚱可が顧客 に付䞎されたす。 [9/28] Anthos clusters on VMware 1.12.2-gke.21 が利甚可胜になりたした。アップグレヌドするには、Anthos clusters on VMware のアップグレヌド をご芧ください。 Anthos clusters on VMware 1.12.2-gke.21 は Kubernetes 1.21.4-gke.200 で実行さ れたす。Anthos clusters on VMware に圱響を䞎えるセキュリティの脆匱性、露出、問題に察する最新のパッチずアップデヌトを 提䟛するサポヌト察象のバヌゞョンは、1.12、1.11、および 1.10 です。 [9/26] リリヌス 1.11.6 ベアメタル版 Anthos クラスタ 1.11.6 が ダりンロヌド 可胜になりたした。アップグレヌドするには、ベアメタル版 Anthos のアップグ レヌド をご芧ください。ベアメタル版 Anthos クラスタ 1.11.6 は、Kubernetes 1.22 で実行されたす。 Anthos clusters on bare metal 続き
  29. Anthos Service Mesh [9/22] 1.13.8-asm.1 が利甚可胜になりたした。 Anthos Service Mesh 1.13.8-asm.1

    には、Anthos Service Mesh で サポヌトされおいる機胜 のリストに埓っ お、Istio 1.13.8 の機胜が含たれおいたす。 [9/22] 1.14.4-asm.0 が利甚可胜になりたした。 Anthos Service Mesh 1.14.4-asm.0 には、Anthos Service Mesh で サポヌトされおいる機胜 のリストに 埓っお、Istio 1.14.4 の機胜が含たれおいたす。
  30. Apigee API hub [9/19] 2022 幎 9 月 19 日に、Apigee

    API ハブは新しいバヌゞョンの゜フトりェアをリリヌスしたした。 [9/19] Apigee API ハブの API 抂芁ペヌゞにスコアカヌドを远加 スコアカヌドを䜿甚するず、 API の抂芁 ペヌゞに API に関するスコアたたは正垞性情報を衚瀺できたす。 デフォルトのスコアカヌド構成は、 OpenAPI v2 および OpenAPI v3 仕様を䜿甚し、Spectral リンタヌを䜿甚 しお分析され、Lint サマリ を生成したす。 蚭定 ペヌゞで スコアカヌド を衚瀺するか非衚瀺にするかを指定したす。 [9/19] Apigee API Hub の空癜の API リスト ペヌゞ に远加されたヘルプ リンク API が登録されおいない堎合、 API リスト ペヌゞ に API 登録 ドキュメントぞのリンクが衚瀺されたす。
  31. Apigee hybrid [9/29] ハむブリッド v1.8.1 2022 幎 9 月 29

    日に、Apigee ハむブリッド ゜フトりェアの曎新バヌゞョン v1.8.1 をリリヌスしたした。 アップグレヌドの詳现に぀いおは、 Apigee ハむブリッドのバヌゞョン 1.8 ぞのアップグレヌド をご芧ください。
  32. Apigee X [9/28] 2022 幎 9 月 28 日に、Apigee X

    の曎新バヌゞョン1-9-0-apigee-3をリリヌスしたした。 泚: このリリヌスのロヌルアりトは本日開始され、すべおの Google Cloud ゟヌンで完了するたでに 4 営業 日以䞊かかる堎合がありたす。ロヌルアりトが完了するたで、むンスタンスで機胜ず修正が利甚できない堎 合がありたす。 [9/26] 2022 幎 1 月 25 日より前に䜜成された Apigee むンスタンスを再䜜成するためのスクリプトを利甚で きるようになりたした。 [9/26] 2022 幎 1 月 25 日より前に䜜成された Apigee むンスタンスがある堎合、 Apigee はそれを新しいむンスタン スに眮き換えるこずをお勧めしたす。叀いむンスタンスを再䜜成しないず、スケヌリングの問題が発生する可 胜性があり、むンスタンスに远加できる環境の数は匕き続き 10 に制限されたす。 詳现ず詳现な手順に぀いおは、 ダりンタむムなしで Apigee むンスタンスを再䜜成する をご芧ください。
  33. Config Connector [9/27] Config Connector バヌゞョン 1.95.0 が利甚可胜になりたした。 [9/27] DLPDeidentifyTemplate

    リ゜ヌスのサポヌトが远加されたした。 [9/27] Config Connector むンストヌル バンドルのすべおの Pod 構成に enableServiceLinks: false を远加 したした。これは、朜圚的な問題である、 standard_init_linux.go:228: exec user process caused: argument list too long ずいう問題を修正するためのものです。
  34. Google Distributed Cloud Edge [9/23] これは、Google Distributed Cloud Edgeバヌゞョン 1.1.2のパッチ

    リリヌスです。 [9/23] Google Distributed Cloud Edge のこのリリヌスでは、次の倉曎が導入されたした。 • レガシヌ ワヌクロヌドずの互換性を維持するために、 cgroups は v1 に戻されたした。 • Kubernetes コントロヌル プレヌンがバヌゞョン 1.22.8-gke.204 に曎新されたした。 • Kubernetes コンテナ デヌモンcontainerdがバヌゞョン 1.5.13-gke.0 に曎新されたした。 • Kubernetes ワヌカヌ ノヌド ゚ヌゞェントkubeletがバヌゞョン 1.22.8-gke.200 に曎新されたした。
  35. [9/30] GKE バヌゞョン 1.24.2-gke.1800 以降を䜿甚する Autopilot クラスタ で GPU ベヌスのワヌクロヌド

    をプレビュヌで実行できるようになりたした。詳现に぀いおは、 Google Cloud のブログ投皿 をご芧ください。 [9/30] GKE バヌゞョン 1.24.1-gke.1400 以降を実行しおいる Autopilot クラスタでは、Balanced コンピュヌ ティング クラス を䜿甚しお、非垞に高いメモリたたは CPU リク゚ストを必芁ずするワヌクロヌドをスケゞュヌ ルできるようになりたした。 [9/28] Kubernetes コントロヌル プレヌン バヌゞョン 1.22.13 以降を実行しおいるクラスタで、 GKE コントロヌ ル プレヌンの指暙 を䜿甚できるようになりたした。 [9/23]2022-R23バヌゞョンの曎新 GKE クラスタのバヌゞョンが曎新されたした。 アップグレヌドず新しいクラスタヌに䜿甚できる新しいバヌゞョン 次の Kubernetes バヌゞョンが、新しいクラスタヌおよびオプトむン コントロヌル プレヌンのアップグレヌドず 既存のクラスタヌのノヌドのアップグレヌドが利甚可胜になりたした。バヌゞョニングずアップグレヌドの、よ り倚くの詳现情報に぀いおは、 GKE のバヌゞョニングずサポヌト ず アップグレヌド をご芧ください。 Google Kubernetes Engine
  36. Google Kubernetes Engine [9/22] a2-ultragpu マシン ファミリヌは、GKE バヌゞョン 1.24 以降を実行しおいるクラスタ内のノヌド

    プヌル のプレビュヌで利甚できたす。マシン ファミリを遞択するには、 create コマンドで --machine-type フラグを 䜿甚したす。
  37. Cloud SQL for MySQL [9/29] Query Insights が GA ずなりたした。ク゚リ

    むンサむトは、Cloud SQL デヌタベヌスのク゚リ パフォヌ マンスの問題を怜出、蚺断、防止するのに圹立ちたす。パフォヌマンスの問題の根本原因を特定するのに 圹立぀、怜出を超えたセルフサヌビス、盎感的な監芖、および蚺断情報を提䟛したす。詳现に぀いおは、 ク ゚リ むンサむトを䜿甚しおク゚リのパフォヌマンスを向䞊させる を参照しおください。 [9/29] Cloud SQL for MySQL は、セルフサヌビス移行の高可甚性をサポヌトするようになりたした。レプリ ケヌションを開始する前に、 Cloud SQL むンスタンスの送信 IP アドレスを確認し、適切な IP アドレスが倖郚 ゜ヌスで蚱可リストに登録されおいるこずを確認しおください。詳现に぀いおは、 Cloud SQL むンスタンスでレ プリケヌションを開始する をご芧ください。 [9/21] Cloud SQL では、むンスタンスが削陀された盎埌にむンスタンス名を再利甚できたす。詳现に぀いお は、Cloud SQL for MySQL のよくある質問 をご芧ください。
  38. Cloud SQL for PostgreSQL [9/30] Cloud SQL for PostgreSQL においお、むンプレヌス

    メゞャヌ バヌゞョン アップグレヌドのサポヌト が GA ずなりたした。むンスタンスのメゞャヌ バヌゞョンをより新しいバヌゞョンにアップグレヌドできたす。詳现 に぀いおは、デヌタベヌスのメゞャヌ バヌゞョンをむンプレヌスでアップグレヌドする を参照しおください。 [9/21] Cloud SQL では、むンスタンスが削陀された盎埌にむンスタンス名を再利甚できたす。詳现に぀いお は、Cloud SQL for PostgreSQL のよくある質問をご芧ください。
  39. Cloud Spanner [9/28] 次の SPANNER_SYS 統蚈テヌブルぞ新しい列が拡匵されたした。 • Transaction statistics: TOTAL_LATENCY_DISTRIBUTION,

    OPERATIONS_BY_TABLE, ATTEMPT_COUNT • Query statistics: LATENCY_DISTRIBUTION, RUN_IN_RW_TRANSACTION_EXECUTION_COUNT • Read statistics: RUN_IN_RW_TRANSACTION_EXECUTION_COUNT [9/27] Cloud Spanner がサポヌトする commit あたりのミュヌテヌションの数が 20,000 から 40,000 に増 えたした。詳现に぀いおは、 クォヌタず制限 を参照しおください。 [9/27] ARRAY_SLICE 関数が Google 暙準 SQL で䜿甚できるようになりたした。この関数は、入力配列から 0 個以䞊の連続する芁玠を含む ARRAY を返したす。 [9/26] Cloud SDK 党䜓からのクラむアント ラむブラリ曎新の 週次ダむゞェスト
  40. BigQuery [9/29] 暙準の䞞めに加えお、 BigQuery はパラメヌタ化された NUMERIC たたは BIGNUMERIC 列の 䞞め

    モヌド ROUND_HALF_EVEN をサポヌトするようになりたした。 ROUND() 関数 は、オプションの匕数ずしお 䞞めモヌドも受け入れたす。この機胜は珟圚 プレビュヌ 段階です。 [9/28] Datastream for BigQuery を䜿甚するず、デヌタずスキヌマの曎新を運甚デヌタベヌスから BigQuery に盎接レプリケヌトできるようになりたした。この機胜は珟圚 プレビュヌ 段階です。 [9/26] projects.list API メ゜ッドによっお返される totalItems フィヌルドは、すべおのペヌゞにわたるプロゞェ クトのおおよその合蚈数ではなく、ペヌゞごずの項目数を返すようになりたした。 [9/26] ゚クスプロヌラヌ ペむンで、コネクテッド シヌトのテヌブルを開く こずができるようになりたした。この 機胜は、䞀般提䟛GAになりたした。
  41. BigQuery [9/26] Cloud SDK 党䜓からのクラむアント ラむブラリ曎新の週次ダむゞェスト。 Go Changes for bigquery/storage/apiv1beta1

    1.42.02022-09-21 Features • bigquery/analyticshub: Start generating apiv1 (#6707) (feb7d7d) • bigquery/datapolicies: Start generating apiv1beta1 (#6697) (f5443e8) • bigquery/reservation/apiv1beta1: add REST transport (f7b0822) • bigquery/storage/managedwriter: Define append retry predicate (#6650) (478b8dd) • bigquery/storage: add proto annotation for non-ascii field mapping (ec1a190) • bigquery: Add reference file schema option for federated formats (#6693) (3d26091) • bigquery: Add support for explicit query parameter type (#6596) (d59b5b2), refs #4704
  42. BigQuery [9/21] 管理リ゜ヌス チャヌト でシャッフルの䜿甚率を衚瀺できるようになりたした。この機胜は珟圚 プレ ビュヌ 段階です。 [9/21] BigQuery

    Omni は、期間限定でオンデマンド料金モデル GAのサポヌトを導入したした。詳现に぀ いおは、BigQuery Omni の料金をご芧ください。 [9/19] Cloud SDK 党䜓からのクラむアント ラむブラリ曎新の週次ダむゞェスト。 Go Changes for bigquery/storage/apiv1beta1 1.41.0 (2022-09-14) Features • bigquery/storage: add location to WriteStream and add WriteStreamView support (6a0080a)
  43. BigQuery [9/19] Cloud SDK 党䜓からのクラむアント ラむブラリ曎新の週次ダむゞェスト。 Java Changes for google-cloud-bigquery

    2.16.12022-09-15 Dependencies • Update dependency com.google.cloud:google-cloud-shared-dependencies to v3.0.3 (#2274) (4c9952b) 2.16.02022-09-12 Features • Add preserveAsciiControlCharacters to CsvOptions (#2143) (856893f) • Add reference file schema option for federated formats (#2269) (8c488e6) Bug Fixes • Socket-timeout at bigquery.it.ITNightlyBigQueryTest: testForTableNotFound (#2260) (a9b5fb2) Dependencies • Update dependency com.google.apis:google-api-services-bigquery to v2-rev20220827-2.0.0 (#2261) (3c67d21) • Update dependency com.google.cloud:google-cloud-datacatalog-bom to v1.9.3 (#2259) (5e30a04) • Update dependency com.google.cloud:google-cloud-shared-dependencies to v3.0.2 (#2267) (8472fe5)
  44. BigQuery [9/16] BigQuery Omni は、次の割り圓おず䞊限をサポヌトするようになりたした。 • プロゞェクトの合蚈ク゚リ結果サむズの割り圓おは、 1 日あたり 1

    TB になりたした。詳现に぀いおは、 ク ゚リ ゞョブ を参照しおください。 • ク゚リの最倧結果サむズの制限が 2 MB から 10 GBプレビュヌ に匕き䞊げられたした。 詳现に぀いおは、制限事項 を参照しおください。
  45. Cloud Bigtable [9/29] Cloud Bigtable オブザヌバビリティ メトリクスである、high-granularity CPU utilization of

    hottest node が 䞀般提䟛GAになりたした。より頻繁にサンプリングするため、このメトリックは、 CPU utilization of hottest node よりも正確です。 Bigtable メトリクスの䜿甚の詳现に぀いおは、 モニタリング をご芧くださ い。
  46. Cloud Bigtable [9/19] Cloud SDK 党䜓からのクラむアント ラむブラリ曎新の週次ダむゞェスト。 Java Changes for

    google-cloud-bigtable 2.12.02022-09-15 Features • generated: Publish CBT deletion_protection field in Table, UpdateTableRequest, and UpdateTable API (f1f3f05) Dependencies • Update dependency com.google.cloud:google-cloud-monitoring-bom to v3.4.3 (#1386) (f460373) • Update dependency com.google.cloud:google-cloud-monitoring-bom to v3.4.3 (#1387) (e339cb1) • Update dependency com.google.cloud:google-cloud-monitoring-bom to v3.4.4 (#1395) (a2db183) • Update dependency com.google.cloud:google-cloud-shared-dependencies to v3.0.2 (#1384) (ee3b256) • Update dependency com.google.cloud:google-cloud-shared-dependencies to v3.0.3 (#1393) (df6c6c7)
  47. Cloud Composer [9/29] Airflow 2.3.3 は Cloud Composer むメヌゞで利甚できたす。 [9/29]

    Cloud Composer バヌゞョン 1.17.1 および 2.0.0-preview.2 は、フル サポヌト期間が終了 したし た。 [9/29] Cloud Composer 1.19.11 および 2.0.28 むメヌゞ が利甚可胜です。 • composer-1.19.11-airflow-1.10.15デフォルト • composer-1.19.11-airflow-2.1.4 • composer-1.19.11-airflow-2.2.5 • composer-1.19.11-airflow-2.3.3 • composer-2.0.28-airflow-2.1.4 • composer-2.0.28-airflow-2.2.5 • composer-2.0.28-airflow-2.3.3 [9/29] Cloud Composer 1.19.11 および 2.0.28 のリリヌスは、2022 幎 9 月 29 日に開始されたした。新し いリリヌスをすべおのリヌゞョンにロヌルアりトする際に、今埌の倉曎ず機胜に備えおください。このリリヌス は珟圚進行䞭です。リストされた倉曎ず機胜は、䞀郚の地域ではただ利甚できない堎合がありたす。
  48. Cloud Composer [9/21]アップグレヌドなしで利甚可胜 プラむベヌト IP 環境で PyPI パッケヌゞをむンストヌルするずきに、 package 'namespecifier'

    could not be found ゚ラヌが発生する問題を修正したした。 [9/21] Airflow ワヌクロヌドでのファむル同期のパフォヌマンスが向䞊したした。この倉曎により、䞀郚の環 境で芋られる OOM の問題が修正されたす。 [9/21] 環境の監芖ダッシュボヌドに、メンテナンス操䜜の期間ず、スナップショットの䜜成や環境構成の曎新 などのその他の環境操䜜が衚瀺されるようになりたした。 [9/21] Cloud Composer バヌゞョン 1.17.0 および 2.0.0-preview.1 は、フル サポヌト期間が終了 したし た。 [9/21] Cloud Composer 1.19.10 および 2.0.27 むメヌゞ が利甚可胜です。 • composer-1.19.10-airflow-1.10.15デフォルト • composer-1.19.10-airflow-2.1.4 • composer-1.19.10-airflow-2.2.5 • composer-2.0.27-airflow-2.1.4 • composer-2.0.27-airflow-2.2.5
  49. Cloud Composer [9/21] apache-airflow-providers-google パッケヌゞが 2022.9.6+composer にアップグレヌドされたした。 バヌゞョン 2022.8.26+composer ず比范した倉曎点:

    • Composer オペレヌタヌの遅延可胜モヌドで Triggerer's async thread was blocked ゚ラヌを修正し たす。 (#25951) • Dataproc CreateBatch オペレヌタの遅延を修正 (#26126) • 応答が空の堎合に Datafusion オペレヌタヌのログをより適切に衚瀺 (#26202)
  50. Dataflow [9/26] Cloud SDK 党䜓からのクラむアント ラむブラリ曎新の週次ダむゞェスト。 Go Changes for dataflow/apiv1beta3

    0.7.02022-09-21 Features • dataflow: rewrite signatures in terms of new types for betas (9f303f9) 0.6.02022-09-19 Features • dataflow: start generating proto message types (563f546)
  51. Dataflow [9/19] Cloud SDK 党䜓からのクラむアント ラむブラリ曎新の週次ダむゞェスト。 Python Changes for google-cloud-dataflow-client

    0.6.02022-09-13 Features • Enable REST transport support (#139) (e8a64ff) Java Changes for google-cloud-dataflow 0.7.42022-09-15 Dependencies • Update dependency com.google.cloud:google-cloud-shared-dependencies to v3.0.3 (#216) (54999e7)
  52. Dataproc [9/26] Dataproc Serverless for Spark は、ランタむム バヌゞョン 1.0.19 ず

    2.0.0-RC4 を䜿甚するようになり たした。これにより、䞡方のランタむムが Cloud Storage コネクタに 2.2.8 にアップグレヌドされたす。 [9/20] Dataproc Serverless for Spark: spark.dynamicAllocation.executorAllocationRatio プロパティを 䜿甚しお、サヌバヌレス ワヌクロヌドをどれだけ積極的にスケヌルアップするかを構成できるようになりたし た。 1.0 の倀は、最倧のスケヌルアップを提䟛したす。 [9/20] Dataproc Serverless for Spark: バッチ ワヌクロヌドが完了しおから、バッチが SUCCEEDED ず マヌクされるたでの埅機時間を短瞮したした。 [9/20] Dataproc Serverless for Spark: スケヌルアップたたはスケヌルダりン オペレヌションごずに 500 ワヌカヌの䞊限を蚭定したす。 [9/20] Dataproc on Compute Engine: 圚庫切れたたは割り圓お䞍足が原因でクラスタの起動に倱敗し た 堎合、すべおのマスタヌ VM ずワヌカヌ VM を停止したす。 [9/20] Dataproc Serverless for Spark: Spark ゚グれキュヌタの初期制限ず最倧制限をそれぞれ 500 ず 2,000 に増やしたした。
  53. Pub/Sub [9/29] Pub/Sub および Pub/Sub Lite 甚の Kafka コネクタ ラむブラリ

    がプレビュヌ段階になりたした。 [9/26] Cloud SDK 党䜓からのクラむアント ラむブラリ曎新の週次ダむゞェスト。 Node.js Changes for @google-cloud/pubsub 3.2.02022-09-22 Features • Add support for exactly once subscriptions (#1572) (998de35)
  54. Pub/Sub [9/20] Pub/Sub では、Topics および Subscriptions コン゜ヌル ペヌゞからアクセスできる、 Topics および

    Subscriptions 甚の新しいモニタリング ダッシュボヌドが導入されおいたす。 Topics の監芖 および Subscriptions の監芖 を参照しおください。 [9/19] Cloud SDK 党䜓からのクラむアント ラむブラリ曎新の週次ダむゞェスト。 Java Changes for google-cloud-pubsub 1.120.162022-09-15 Dependencies • Update dependency com.google.cloud:google-cloud-shared-dependencies to v3.0.3 (#1279) (654ea40) 1.120.152022-09-13 Dependencies • Update dependency com.google.cloud:google-cloud-bigquery to v2.16.0 (#1271) (439215a)
  55. Pub/Sub Lite [9/29] Pub/Sub および Pub/Sub Lite 甚の Kafka コネクタ

    ラむブラリ がプレビュヌ段階になりたした。
  56. Deep Learning VM Images [9/29] M97 リリヌス • Ubuntu GPU

    むメヌゞの起動時間を改善したした。 • 定期的なパッケヌゞの曎新。
  57. Deep Learning Containers [9/20] M96 リリヌス • TensorFlow 2.10.0 が利甚可胜になりたした。

    • 2.9.2 および 2.8.3 の TensorFlow パッチ アップデヌトが利甚可胜になりたした。 • 1.12.1 の PyTorch パッチ アップデヌトが利甚可胜になりたした。 • Docker は 20.10 ぞアップデヌトされたした。 • その他のバグ修正。
  58. Deep Learning VM Images [9/20] M96 リリヌス • TensorFlow 2.10.0

    が利甚可胜になりたした。 • 2.9.2 および 2.8.3 の TensorFlow パッチ アップデヌトが利甚可胜になりたした。 • 1.12.1 の PyTorch パッチ アップデヌトが利甚可胜になりたした。 • 蚺断ツヌルは、DNS 解決チェックをサポヌトしおいたす。 • Docker が 20.10 に曎新されたした。 • その他のバグ修正。
  59. Document AI [9/29] パブリック プレビュヌ カスタム ドキュメント ゚クストラクタCDEの泚目すべき新機胜には、次のような ものがありたす。 •

    プログレッシブ デヌタ むンポヌト • 泚釈付き .json ファむルをトレヌニングたたはテスト デヌタセットずしお盎接むンポヌト • デヌタ ラベル付けプラットフォヌムの統合 • メタデヌタを保持したデヌタセットの゚クスポヌト • 手動の泚釈䜜業を最小限に抑えるために、むンポヌト時にトレヌニング枈みのプロセッサ バヌゞョンを 䜿甚した自動ラベル付け • 衚圢匏゚ンティティの゚ンド ツヌ ゚ンド サポヌト • チェックボックス ブヌル泚釈、トレヌニング、および抜出 • より柔軟なモデル評䟡のためのファゞヌマッチング • ゚クスポヌト可胜/ダりンロヌド可胜なモデル評䟡指暙 次の機胜がアップグレヌドされたした。 • デヌタのむンポヌト • スキヌマの䜜成ず泚釈 • プロセッサ モデルのトレヌニング • 評䟡ずトラブルシュヌティング • モデルのデプロむずバヌゞョン管理 • 「ラストマむル」プロセッサヌの品質保蚌のためのヒュヌマン・むン・ザ・ルヌプ HITL統合
  60. Document AI [9/29] 今回のリリヌスにより、 DocAI Workbench の Custom Document ExtractorCDEコンポヌネントの

    ラむフサむクル ステヌゞがプラむベヌト プレビュヌからパブリック プレビュヌにアップグレヌドされたす。 CDE は、E2E UI をサポヌトするカスタム ドキュメント抜出プロセッサを開発するための重芁なワヌクフロヌをカ バヌしおいたす。 • デヌタのむンポヌト • スキヌマの䜜成ず泚釈 • プロセッサ モデルのトレヌニング • 評䟡ずトラブルシュヌティング • モデルのデプロむずバヌゞョン管理 • 「ラストマむル」プロセッサヌの品質保蚌のためのヒュヌマン・むン・ザ・ルヌプ HITL統合
  61. Document AI [9/29] 既知の問題点 • ラベル付け䞭、チェックボックスのデフォルトの状態は、察応するドキュメントで遞択たたは遞択解陀さ れた状態を反映しおいたせん。  回避策: 最適なチェックボックス抜出品質ず正確な評䟡のために、遞択されおいるかどうかに関係な く、スキヌマ内のすべおのチェックボックスにラベルを付けたす。境界ボックスを描画しおチェックボッ

    クスに泚釈を付けるず、 CDE 泚釈ナヌザヌ むンタヌフェむスのすべおのチェックボックスがデフォルト で未遞択状態になり、必芁に応じお遞択状態たたは遞択解陀状態を手動で曎新する必芁がありた す。 • 進行䞭のアクティブなラベル付けタスクがあるずきにプロセッサが削陀された堎合、タスクは自動的に 停止したせん。ラベラヌずラベラヌ マネヌゞャヌは、ラベル付けコン゜ヌルずマネヌゞャヌ コン゜ヌル で匕き続きタスクを確認できたす。  回避策: プロセッサを削陀する前に、アクティブなラベル付けタスクをキャンセルしおください。それ以 倖の堎合は、マネヌゞャ コン゜ヌルに移動しお、察応するタスク キュヌを䞀時停止たたは削陀した す。プロセッサが削陀された埌、そのタスクからラベル付けされたドキュメントは取埗できなくなりた す。
  62. Document AI • プロセッサヌの事前トレヌニング枈みバヌゞョンずアップトレヌニング枈みバヌゞョンの間には、いく぀ かの䞍䞀臎が存圚する堎合がありたす。 • Evaluate & Test タブで、Refresh

    Table をクリックするたで、評䟡が完了ずしお衚瀺されたせん。 • スペシャリストのチュヌザがないためにスペシャリスト プヌルを遞択できない堎合は、 Continue をク リックするず゚ラヌが発生したす。 回避策: Task Details をクリックしお戻り、残りの詳现を入力したす。 • ネストされた゚ンティティのサポヌトは、衚圢匏で配眮されたデヌタに限定されたす。その他のレむアり トは珟圚サポヌトされおいたせん。 以前のバヌゞョンの Document AI Workbench ドキュメントでの「ネストされた゚ンティティ」の蚀及は、 このリリヌスのテヌブルベヌスのネスト機胜を反映するために「衚圢匏の゚ンティティ」に眮き換えられ たした。
  63. Document AI • Processor gallery のプロセッサに「このプロセッサは珟圚、アップトレヌニングたたは評䟡機胜をサ ポヌトしおいたせん」ずいうメッセヌゞが衚瀺された堎合、珟時点では予枬゚ンドポむントのみが利甚可 胜であるこずを意味したす。 • 堎合によっおは、required_once

    ゚ンティティず optional_once ゚ンティティがドキュメントに耇数回出 珟し、同じ倀が耇数の堎所にコピヌされるこずがありたす。評䟡甚のテスト セットにアノテヌションを付 ける堎合は 1 ぀のアノテヌションで十分ですが、トレヌニング枈みモデルの再珟率を高めるには、すべ おのコピヌにアノテヌションを付ける必芁がありたす。 回避策: ドキュメント内の゚ンティティのすべおのむンスタンスに泚釈を付けたす。これにより、むンフラ ストラクチャを倉曎するこずなく、評䟡ずトレヌニングの䞡方がサポヌトされたす。 • Label-level filters の既存のヒュヌマン むン ザ ルヌプHITL構成は、新しいプロセッサ構成に自動 的に取り蟌たれたせん。 回避策: 構成を倉曎する必芁がある堎合は、 ヒュヌマン むン ザ ルヌプ タブに移動したす。 フィルタヌ の蚭定 で、ラベル レベルのフィルタヌ を遞択し、ラベル フィルタヌの蚭定 をクリックしたす。ラベル レ ベルのフィルタヌ ペヌゞが開きたす。このテヌブルを手動で線集しお、怜蚌ずレビュヌに必芁なすべお のラベルを構成したす。
  64. Document AI • 眲名、日付、むニシャルなどの手曞き゚ンティティ怜出のサポヌトは制限されおおり、適切な評䟡のた めに远加の構成が必芁になる堎合がありたす。 回避策: 事前トレヌニング枈みのプロセッサを評䟡する堎合、゚ンティティが存圚する堎合は Value を 手動で

    YES に曎新し、存圚しない堎合は NO に曎新する必芁がありたす。アップトレヌニングされたプ ロセッサ バヌゞョンの堎合、Value は OCR によっお怜出されたたたにする必芁がありたす。この問題 は、W9、HUD92900B、SSA-1099、および VBA26-0551 プロセッサに圱響したす。
  65. Vertex AI [9/26] Vertex AI モデルのモニタリング Vertex AI Model Monitoring

    は、バッチ予枬ゞョブのプレビュヌ サポヌトを提䟛するようになりたした。詳现 に぀いおは、バッチ予枬の Vertex AI モデル モニタリングをご芧ください。 [9/26] Vertex AI 機胜ストア 機胜倀の監芖が䞀般提䟛GAになりたした。 [9/22] Vertex AI Matching Engine Vertex AI Matching Engine は、ストリヌミング曎新を䜿甚しおむンデックスを曎新するための プレビュヌ サ ポヌトを提䟛するようになりたした。これは、 Approximate Nearest NeighborANNサヌビスのリアルタむ ム むンデックス䜜成です。
  66. Chronicle [9/29] 次の倉曎は、統合デヌタ モデルで䜿甚できたす。 • 新しいフィヌルド risk_score が Noun.investigation に远加されたした。

    • 新しいフィヌルド datatapconfig_name が Event.metadata.tags に远加されたした。 • 次の新しいフィヌルドが Network に远加されたした。 ◩ アプリケヌションプロトコルバヌゞョン ◩ 送信枈みパケット ◩ 受信パケット • 新しい ENUM 倀 CHALLENGE が SecurityResult.Action に远加されたした • 新しい ENUM 倀 ANALYSTUPDATERISK_SCORE が Metadata.EventType に远加されたした 統合デヌタ モデルのすべおのフィヌルドのリストずその説明に぀いおは、 統合デヌタ モデルのフィヌルド リ ストを参照しおください。
  67. Chronicle [9/26] むベントず゚ンティティのコンテキスト匷化 セキュリティ調査を可胜にするために、 Chronicle は、有病率の統蚈を蚈算し、 IP アドレスに基づく䜍眮情報 デヌタでむベントを匷化し、ファむル ハッシュに関連するセヌフ

    ブラりゞング脅嚁リストからデヌタを取り蟌 むこずにより、顧客環境内のアヌティファクトに関する远加のコンテキストを提䟛したす。詳现に぀いおは、 次を参照しおください。 • Chronicle がむベントず゚ンティティ デヌタを匷化する方法。 • ルヌルでコンテキスト匷化デヌタを䜿甚する方法。
  68. Google Cloud Armor [9/28] Cloud Armor の事前構成されたルヌルのルヌル ゜ヌスに、䞀般提䟛の ModSecurity Core

    Rule SetCRS3.3 が含たれるようになりたした。詳现に぀いおは、 Google Cloud Armor WAF ルヌルの調敎を 参照しおください。 [9/21] Google Cloud Armor Threat IntelligenceThreat Intelの䞀般提䟛が開始されたした。脅嚁むンテ リ ゞェンスを䜿甚するず、脅嚁むンテリゞェンス デヌタに基づいお HTTP(S) ロヌド バランサヌぞのトラフィック を蚱可たたはブロックするこずで、トラフィックを保護できたす。詳现に぀いおは、 脅嚁むンテリゞェンスの構 成を参照しおください。 [9/16] 次の 4 ぀の libinjection シグネチャが sqli-v33-stable および xss-v33-stable ルヌルに远加されたし た。 • owasp-crs-v030301-id942100-sqli: SQL Injection Attack Detected via libinjection • owasp-crs-v030301-id942101-sqli: SQL Injection Attack Detected via libinjection • owasp-crs-v030301-id941100-xss: XSS Attack Detected via libinjection • owasp-crs-v030301-id941101-xss: XSS Attack Detected via libinjection [9/16] 事前構成された WAF ルヌルの高床なルヌル調敎機胜が、パブリック プレビュヌで利甚できるように なりたした。新しい調敎機胜の詳现に぀いおは、 Google Cloud Armor の事前構成された WAF ルヌルの調 敎をご芧ください。
  69. Security Command Center [9/30] Security Command Center Premium の組み蟌みサヌビスである Sensitive

    Actions Service がプ レビュヌで利甚できるようになりたした。 Sensitive Actions Service は、悪意のあるアクタヌによっお実行された堎合にビゞネスに損害を䞎える可胜 性があるアクションが Google Cloud の組織、フォルダ、プロゞェクトで実行されたこずを怜出したす。 詳现に぀いおは、センシティブ アクション サヌビスの抂芁 を参照しおください。 [9/30] Security Command Center Premium の組み蟌みサヌビスである Container Threat Detection は、 新しい怜出噚である Malicious URL Observed をプレビュヌで開始したした。 怜出噚は、既知のフィッシングおよびマルりェア URL に察しお、実行可胜ファむルによっお枡された匕数で 芳察された URL をチェックしお、悪意があるかどうかを刀断したす。 この怜出結果の詳现は、曎新された怜出結果の衚瀺にアップグレヌドした堎合にのみ、 Security Command Center ダッシュボヌドで利甚できたす。 詳现に぀いおは、次を参照しおください。 • コンテナ脅嚁怜出の抂芁 • 所芋ワヌクフロヌの改善
  70. Security Command Center [9/28] Security Command Center API の Finding

    オブゞェクトに、parentDisplayName 属性が远加された した。 parentDisplayName 属性は、結果を生成した Security Command Center サヌビスたたは゜ヌスの衚瀺 名を提䟛したす。 詳现に぀いおは、Finding オブゞェクトの Security Command Center API ドキュメントを参照しおください。
  71. Issuer switch [9/30] Payment Gateway の支払い操䜜コン゜ヌルが プレビュヌ で利甚できるようになりたした。ペむメント オペレヌション コン゜ヌルは、銀行のビゞネス

    オペレヌション ナヌザヌが関連するむシュアヌ スむッチ機胜 にすばやく簡単にアクセスできるようにするナヌザヌ むンタヌフェむスを提䟛したす。 支払いオペレヌション コン゜ヌルの特城ず機胜の詳现に぀いおは、 支払いオペレヌション コン゜ヌルの抂 芁 を参照しおください。
  72. Retail API [9/27] Monitoring & Analytics ペヌゞは 2 ぀の別々のペヌゞに分割されたした。叀い Monitoring

    タブの コンテンツは新しいMonitoringペヌゞに衚瀺され、叀い Analytics タブのコンテンツは新しい Analytics ペヌゞに衚瀺されたす。 [9/23] Recommendations AI は、ペヌゞレベルの最適化モデルを提䟛するようになりたした。これにより、 䞀床に 1 ぀のレコメンデヌション パネルの最適化から、耇数のパネルを含むペヌゞ党䜓の最適化たで、 Recommendations AI が拡匵されたす。ペヌゞ レベルの最適化モデルを䜜成するずきは、このモデルが各 レコメンデヌション パネルの候補ずしお䜿甚できる既存のサヌビス構成を指定したす。次に、ペヌゞ レベル 最適化モデルは、各パネルのコンテンツを自動的に遞択し、ペヌゞ䞊のパネルの順序を決定するこずによ り、モデルの組み合わせずレむアりトを調敎するための決定プロセスを自動化したす。 ペヌゞ レベルの最適化モデルの詳现に぀いおは、 ペヌゞ レベルの最適化のドキュメント を参照しおくださ い。このモデルの䜜成方法に぀いおは、 モデルの䜜成 を参照しおください。
  73. Sovereign Controls by Partners [9/30] Sovereign Controls by Partners オファリングは、T-Systems

    InternationalTSIず S3NS の 2 ぀の パヌトナヌから利甚できるようになりたした。 T-Systems Sovereign Cloud の䞀郚である TSI による Sovereign Controls は、匕き続き䞀般提䟛された す。 S3NS によるロヌカル コントロヌルは珟圚プレビュヌ段階です。詳现を確認しお開始するには、以䞋を参照 しおください。 • S3NSによるロヌカルコントロヌル • パヌトナヌによる゜ブリン コントロヌルのドキュメント
  74. Video Stitcher API [9/30] Video Stitcher API は、Media CDN 甚に䜜成された

    CDN キヌをサポヌトするようになりたした。詳 现に぀いおは、CDN キヌの䜜成ず管理 を参照しおください。