Weekly Azure アップデート情報 - 2024/9/10  〜[サービス終了] 古いセキュリティ プロトコルの廃止に伴う TLS 1.2+ への移行～

コンテナー

• [一般公開] 1Azure Red Hat OpenShift で最大 250 ノードのクラスターがサポートされるようになりました

  Azure Red Hat OpenShift (ARO) はスケーラビリティを飛躍的に向上させ、最大 250 ノードのクラスターをサポートするようになりました。以前の 62 ノードの制限から大幅に増加したことで、大規模な Kubernetes ワークロードを実行する企業に新たな可能性が開かれます。スケーラビリティの向上は、クラスタ ロードバランサーごとに複数の IP アドレスを実装することで実現されます。この機能により、ネットワークトラフィックの分散が改善され、全体的なパフォーマンスが向上します。さらに、大規模なクラスターのデプロイプロセスを最適化し、運用を円滑に行うためのインフラストラクチャーノードの推奨事項を含めました。
  包括的なガイドでは、これらの大規模クラスタを効果的に展開・管理する方法をご紹介します。ベストプラクティスを取り上げ、ステップバイス テップの手順を提供し、この新機能を最大限に活用するための実際のユースケースを共有します。

データベース

• [一般公開] Azure Cache for Redis の大規模な Enterprise レベルのキャッシインスタンス

  Azure Cache for Redis の E200 および E400 キャッシュインスタンスを使用して、Azure で最高の Redis パフォーマンスを体験してください。 これらのオプションにより、数百ギガバイトのメモリと最大 240 の vCPU の計算能力が提供され、最大かつ最も要求の厳しい Redis ワークロードに対応できます。

分析

• [サービス終了] HDInsight の Azure Monitor エクスペリエンス (プレビュー) は、2025 年 2 月 1 日までに終了します

  2025 年 2 月 1 日、Azure HDInsight は Azure Monitor エクスペリエンス (プレビュー) で使用していた Log Analytics を廃止します。 クラシック Log Analytics から新しい Azure Monitor エクスペリエンス (プレビュー) に移行した場合、新しいテーブルフォーマットへの調整は完了 しています。この場合、イメージ 2407260448 を使用してクラスターを再作成するだけで、2025 年 1 月 31 日より前に Azure Monitor エージェント (AMA) に移行できます。 クラシック Log Analytics から、Log Analytics エージェントを置き換える Azure Monitor エージェント(AMA) に移行する場合、新しいテーブル形式にはいくつかの調整が必要です。

  必要なアクション :
  ➢ 新しい Azure Monitor エージェント統合をアクティブ化するセクションで説明されている手順に従ってください。
  ➢ サービスの中断を避けるために、2025 年 1 月 31 日までに HDInsight の最新イメージ (2407260448) に移行して、ログ分析に Azure Monitor エージェント (AMA) を使用してください 
  ➢ イメージ番号 2407260448 から、ログ分析にポータルを使用しているお客さまは、既定の Azure Monitor エージェントエクスペリエンスになります。 Azure Monitor エクスペリエンス (プレビュー) への切り替えをご希望の場合は、サポートリクエストを作成することで、クラスタを古いイメージに固定することができます。

  サポートとヘルプ :
   ➢ イメージ番号の確認方法
   ➢ ご不明な点がある場合は、Microsoft Q&A でコミュニティーのエキスパートから回答を得ることができます。サポートプランをご利用のお客さまで、技術的なサポートが必要な場合は、サポートリクエストを作成してください。

  1. [問題の種類] で [技術] を選択します。
  2. [サブスクリプション] で該当のサブスクリプションを選択します。
  3. [サービス] で [HDInsight] を選択します。
  4. サポートリクエストを作成する Azure リソースを選択します。
  5. [概要] については [Log Analytics の移行] などと入力します。
  6. [問題の種類] で [監視の問題] を選択します。
  7. [問題のサブタイプ] で、[Azure Monitor - インストールまたはアンインストールの失敗] を選択します。 

• [サービス終了] AKS 上の Azure HDInsight は 2025 年 1 月 31 日に廃止されます

  2025 年 1 月 31 日に、AKS 上の Azure HDInsight は廃止されます。サブスクリプションの残りのクラスターは停止され、ホストから削除されます。 2025 年 1 月 31 日より前に、ワークロードの突然の終了を避けるために、ワークロードを Microsoft Fabric または同等の Azure 製品に移行する必要があります。

  必要なアクション:
  ➢ サービスの中断を回避するには、2025 年 1 月 31 日までに Azure HDInsight on AKS から Microsoft Fabric または同等の Azure 製品にワークロードを移行してください。
  ➢ ご不明な点がある場合やサポートが必要な場合は、サポートリクエストにお問い合わせください。

• [プレビュー] API Center での Managed linting のサポートのパブリックプレビュー

  API Center での API Analysis の Managed linting サポートのパブリックプレビューが発表されました。手動で管理することなく、Azure API Center で API 分析を簡単に実行できます。当社の API 分析は、API 定義を精査し、組織のスタイルルールに準拠していることを確認するための堅ろうなリンティング機能を提供します。このプロセスでは、個別のリポートとサマリーリポートの両方が生成されます。また、明確な分析情報が提供され、API 全体で高い基準が維持されます。Azure API Center とのシームレスな統合と API 品質の向上を体験してください。

  ➢ リンティング機能: API 分析では、API 定義が組織のスタイルルールに準拠していることを確認するためのリンティングを提供します。これにより、全ての API で一貫性と品質を維持できます。
  ➢ すぐに使用できる機能: Azure API Center では、追加の管理なしで API分析を有効にすることができます。すぐにシームレスに動作するため、セットアッププロセスが簡素化されます。
  ➢ エラーと不整合の特定: API 分析は、API 定義の一般的なエラーと不整合を特定して修正するのに役立ち、API 全体の信頼性とパフォーマンスを向上させます。
  ➢ リポート: Linting は、個々のリポートとサマリーリポートの両方を生成し、API 定義のスタイルルールへの準拠に関する詳細な分析情報を提供し、改善すべき領域を強調表示します。

  Azure API Center で API 分析を有効にして利用する方法を理解するには、こちらの詳細なドキュメントを確認してください。ご不明な点や問題が発生した場合は、apicenter@microsoft.com までお問い合わせください。

その他

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

  必要なアクション
   ➢ サービスの中断を避けるため、ISE ワークフローを Standard ロジックアプリケーションにエクスポートするに従って 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 週間はワークブックに表示されない場合があることに注意してください。

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

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

関連サービス