Weekly Azure アップデート情報 - 2024/9/3  〜[プレビュー] Virtual Machine Scale Sets インスタンスミックスがパブリックプレビュー～

セキュリティ・ID

• [プレビュー] Azure Front Door と統合された Azure WAF での JavaScript (JS) チャレンジのパブリックプレビュー

  Azure Front Door と統合された Azure Web Application Firewall (WAF) で、JavaScript (JS) チャレンジがサポートされるようになりまし た。Azure WAF JS チャレンジは、Bot Manager ルールセットとカスタムルールの一部として、新しい軽減アクションとして使用できます。 JavaScript チャレンジは、正当なユーザーとボットを区別するために使用される目に見えない Web チャレンジです。悪意のあるボットは、Web アプリケーションを保護するチャレンジに失敗します。さらに、JavaScript チャレンジは人間の介入を必要としないため、正当なユーザーの摩擦を減らすために有益です。

  このリリースに含まれる内容の詳細については、「Azure WAF JS チャレンジ」を参照してください。

コンピューティング

• [一般公開] 1 つの障害ドメインに対する Virtual Machine Scale Sets 上の VM の 一般公開 アタッチとデタッチが可能に

  仮想マシン (VM) のアタッチとデタッチのサポートにより、既存の VM をフレキシブルオーケストレーションモードと障害ドメイン数 1 の仮想マシンスケールセット (VMSS) に簡単に移行できます。VM を VMSS にアタッチすると、その VM はスケールセットの一部と見なされ、自動スケール、インスタンス修復、自動 OS アップグレードなどのスケールセット機能を利用できます。VM を VMSS に接続する場合、ダウンタイムは必要ありません。 スケール セットの外部で VM のトラブルシューティングを行う必要がある場合は、VMSS から VM をデタッチしてさらに調査できます。同様にこの機能を使用して、スケールセット間で VM を移動できます。全てのリージョンでこの機能の一般提供が開始されました。

  詳細については、次のリソースを参照してください。
  ➢ ドキュメンテーション
  ➢ 詳細情報

ストレージ

• [プレビュー] お客さまが管理する Azure Storage の計画されフェールオーバーのパブリックプレビュー

  Azure Storage は、効果的なディザスターリカバリーの提供に努めており、Azure Storage の新機能である計画的フェールオーバー (プレ ビュー) をご紹介します。 計画されたフェールオーバーでは、geo 冗長性を維持しながらストレージアカウントをフェールオーバーする機能が提供され、データの損失や追加コストは発生しません。フェールオーバー操作後に geo 冗長ストレージ (GRS) を再構成する必要はなくなりました。計画されたフェールオーバーを 使用すると、ストレージサービス エンドポイントが使用可能な状態で、プライマリエンドポイントとセカンダリエンドポイントを効果的に交換でき ます。計画されたフェイルオーバーが完了すると、全ての新しい書き込みは以前にセカンダリリージョンであったリージョンに送信され、それが新しいプライマリリージョンになります。計画的な障害復旧のテスト、大規模な災害に対するプロアクティブなアプローチ、ストレージに関連しない停止からの復旧など、計画的なフェイルオーバーを利用できるシナリオは複数あります。

  計画されたフェールオーバーの詳細については、技術コミュニティーのブログを読み、ドキュメントを参照してください

• [一般公開] 全てのサービス レベルでクール アクセス可能な Azure NetApp Files ストレージが利用可能に

  クールアクセス機能の一般提供により、Premium および Ultra サービスレベルの容量プールで作成されたボリュームに加えて、Standard サービスレベルの容量プールは、アクセスパターンに基づいて、よりコスト効率よく Azure ストレージ アカウントにデータを透過的に格納できます。
  クールアクセス機能を使用すると、クールアクセスを使用して容量プールを構成することができ、コールド (アクセス頻度の低い) データを Azure ストレージアカウントに透過的に移動して、ストレージの総コストを削減できます。データブロックが Azure ストレージアカウントに階層化される可能性があるため、データアクセスの待機時間に差が生じます。クールアクセス機能には、ワークロードと読み取り/書き込みパターンに基づいて、アクセス頻度の低いデータがクール層に移動する日数とネットワーク転送コストを最適化するための “クール期間” のオプションが用意されて います。「クール期間」機能はボリュームレベルで提供されます。
  クロスリージョンまたはクロスゾーンレプリケーション設定では、データ保護を確保するために、宛先のみのボリュームに対してもクールアクセスを設定できるようになりました。これにより、ソースボリュームにレイテンシーを与えることなくコストを節約できます。

  この機能とその価格の詳細については、以下をご覧ください。
  ➢ Azure NetApp Files の価格
  ➢ クール アクセスで Azure NetApp Files Standard Storage を管理する
  ➢ Azure NetApp Files の新機能

IoT

• [一般公開] Azure Sphere (Integrated) が Locate Device 機能を発表

  Azure Sphere (Integrated) ユーザーは、Azure portal のデバイスの検索機能を使用して、特定のデバイス ID を検索できるようになりました。 デバイスが、ユーザーが特権を持つ Azure Sphere カタログに対して要求されている場合、検索には、カタログとデバイスへのリンク、およびデバイスが割り当てられている製品とデバイス グループへのリンクが表示されます。セキュリティ上の理由から、デバイスがまだ要求されていない場合、 またはユーザーがアクセス特権を持たない Azure Sphere カタログに対してデバイスが要求されている場合、検索ではデバイスが見つかりませ んでした。と表示されます。

  Locate Device 機能の使用の詳細については、オフィシャルページをご覧ください。

その他

• [サービス終了] Azure Logic Apps Integration Service Environment は 2024 年 8 月 31 日に 廃止されます

  2021 年 8 月、Azure は Cloud Services (クラシック) の廃止が 2024 年 8 月 31 日に行われることを発表しました。また、 Azure Logic Apps Integration Service Environment (ISE) は Cloud Services (クラシック) で実行されるため、同じ日に廃止されることを発表しました。この日付を過ぎると、SE ワークフローハードウェアの廃止が開始され、アプリとデータの可用性とパフォーマンスに影響を与える可能性があります。
  2024 年 9 月 1 日以降、サービス レベル アグリーメント (SLA) とサービス クレジットは、引き続き運用環境にある ISE 環境にデプロイされた Logic Apps ワークフローには適用されなくなります。
  お客さまは、Logic Apps Standard への移行をすぐに完了する必要があり、移行対応されなかった場合、アプリとリソースが削除される可能性があります。
  2024 年 9 月 1 日以降、ISE Developer インスタンスは読み取り専用になり、実行は行われなくなりますが、これらのインスタンスにデプロイされた Logic Apps は引き続きエクスポートできます
  2024 年 10 月 1 日以降、ISE Premium インスタンスも読み取り専用になります。これらのインスタンスでは実行は行われませんが、デプロイされた Logic Apps は引き続きエクスポートできます。読み取り専用のインスタンスには、引き続き標準料金が発生することに注意してください。不要なコストを回避するには、使用されなくなったインスタンスを全て削除します。

  必要なアクション
  ➢ サービスの中断を避けるため、できるだけ早く Logic Apps ワークフローを ISE から Logic Apps Standard にエクスポートする手順に従ってください。

  ヘルプとサポート
  ➢ 最新のリソースについては、製品ドキュメントをご覧ください。Azure FastTrack Architects による無料のオンデマンドウェビナーをご覧ください。質問がある 場合は、Microsoft Q&A でコミュニティーの専門家から回答を得ることができます。サポートプランがあり、移行中に問題が発生した場合は、サポートリクエストを作成してください。

  リソースに影響を与える可能性のあるサービスの廃止の詳細については、Azure Retirement Workbook を参照してください。リタイアメントは発表されてから最大 2 週間はワークブックに表示されない場合があることに注意してください。

• [サービス終了] Azure API Management STV1 コンピューティング プラットフォームは 2024 年 8 月 31 日に廃止されます

  2021 年 8 月、Azure は Cloud Services (クラシック) の廃止が 2024 年 8 月 31 日に行われることを発表しました。Azure API Management stv1 コンピューティング プラットフォームは Cloud Services (クラシック) 上で実行されるため、同じ日に廃止されることを発表しました。その日付を過ぎると、stv1 ハードウェアの廃止が開始され、stv1 でホストされているインスタンスの可用性とパフォーマンスに影響を与える可能性があります。
  2024 年 9 月 1 日以降、サービス レベル アグリーメント (SLA) とサービス クレジットは、本番環境に残っている stv1 コンピューティングインスタンスに適用されなくなります。
  お客さまは、Azure API Management stv2 コンピューティング プラットフォームへの移行をすぐに完了する必要があります。移行を完了しない場合、API Management stv1 インスタンスは自動的に移行され、ダウンタイムが発生する可能性があります。2024 年 9 月 1 日以降、残りの全ての stv1 サービス インスタンスを stv2 コンピューティングプラットフォームに自動的に移行します。影響を受ける全てのお客さまには、1週間前に自動移行が予定されていることが通知されます。自動移行により、アップストリームのAPIコンシューマーにダウンタイムが発生する可能性があることに注意してください。

  必要なアクション
  ➢ サービスの中断を避けるため、stv1 コンピューティングプラットフォームでホストされている全ての既存のインスタンスをできるだけ早く stv2 コンピューティングプラットフォームに移行する手順に従ってください。

  ヘルプとサポート
  ➢ 最新のリソースについては、製品ドキュメントをご覧ください。Azure FastTrack Architects による無料のオンデマンドウェビナーをご覧ください。質問がある場合は、Microsoft Q&A でコミュニティーの専門家から回答を得ることができます。サポートプランがあり、移行中に問題が発生した場合は、サポートリクエストを作成してください。

  リソースに影響を与える可能性のあるサービスの廃止の詳細については、Azure Retirement Workbook を参照してください。リタイアメントは、発表されてから最大 2 週間はワークブックに表示されない場合があることに注意してください。 

• [一般公開] Azure API Management のワークスペース

  Azure API Management のワークスペースの一般提供が開始されたことをお知らせします。ワークスペースを使用すると、組織はフェデレーションアプローチを使用して、より生産的、安全、かつ確実に API を管理できます。 ワークスペースは、API チームに新たなレベルの自律性をもたらし、API Management サービス内で API をより速く、より確実に、安全に、生 産的に作成、管理、公開できるようにします。ワークスペースは、分離された管理アクセスと API ランタイムを提供することで API チームを強化 すると同時に、API プラットフォーム チームが中央監視、API ポリシーとコンプライアンスの適用、統合された開発者ポータルを通じて検出する ための API の公開による監視を維持できるようにします。

  詳しくは、お知らせ "Announcing General Availability of Workspaces in Azure API Management"とワークスペースのドキュメントの詳細を参照してください。

今週のアップデートは以上です。

今後も定期的に Microsoft Azure の情報をお知らせしていきますので、ご期待ください。

関連サービス