Azure Linux の問題と要求機能を報告する

この記事では、バグ、ドキュメントの問題、セキュリティの脆弱性を報告する方法と、Azure Linux の新機能を要求する方法について説明します。 ここでのガイダンスに従うと、問題と要求が正しいチャネルにルーティングされ、効率的に対処できるようになります。

Important

Azure Linux はオープンソースですが、サポートとライフサイクルのコミットメントMicrosoftAzureシナリオにのみ適用されます。 具体的には:

  • Azure Linux Virtual Machines (VM) /Virtual Machine Scale Sets、AKS コンテナー ホスト、コンテナー イメージがサポートされています。
  • ベア メタル、ISO イメージ、オンプレミス、およびその他のクラウドはサポートされていません。
  • カスタマイズされたイメージは、事前構築済みのAzure Linux イメージ (たとえば、Image Customizer) の上に構築されている場合にのみサポートされます。 GitHub 上の Azure Linux のソースから一からビルドされたイメージは対象外です。

この範囲外の問題は閉じられる可能性があります。

Note

Azure Linux 4.0 は現在、preview であり、評価とテストの目的に厳密に限定されています。 運用環境での使用には適していません。

ファイルを作成する前に

  • 既存の問題を検索 して、問題が既に報告されているかどうかを確認します。 シナリオに一致する既存の問題が見つかる場合は、サムアップ (👍) の反応を追加し、コメントに追加のコンテキストを含めます。 これは、重複を作成せずに優先順位を付けるのに役立ちます。
  • 最新のAzure Linux イメージとパッチを確認新しいリリースで問題が既に修正されているかどうかを確認してから、新しい問題を報告してください。

ファイルの処理先

問題/要求の種類 ファイルの処理先
運用環境の問題または停止 Azure ワークロードに影響する技術的な問題が発生している場合は、Azure ポータルでAzure サポート要求を開きます。 GitHubの問題は、運用環境のサポートでは監視されません。
バグ レポート、ドキュメントの問題、機能要求 適切なリポジトリで適切なIssue テンプレートを使用して GitHub Issue を作成します。
セキュリティの脆弱性 [ CVE の管理] のガイダンスに従います。 パブリックなGitHubの問題によってセキュリティの脆弱性が報告されることはありません。

適切なバグ レポートを記述する方法

Important

GitHubに関するバグ レポートを開くと、入力済みの問題テンプレートがこれらのフィールドを案内します。 テンプレートを使用して、要求されたすべての情報を指定します。 すべてご記入ください。 不完全なレポートが閉じられる可能性があります。

小さくて自己完結型の再現ケースが多いほど、トリアージが速くなります。 関連のない構成または依存関係から問題を分離してみてください。

優れたバグ レポートは、保守担当者が問題をより迅速に再現して修正するのに役立ちます。 レポートには、次の情報を含めてください。

  • Azure Linux のバージョンとイメージ名: たとえば、AzureLinux 4.0 AKS node image 2026.05
  • 再現手順: 番号付き、他のユーザーが従うことができる特定の手順。
  • 予期される動作実際の動作
  • ログ: エラーまたは予期しない動作を示す関連するシステムまたはアプリケーション ログ。
  • Environment の詳細: Azure サービス (AKS、VM、Virtual Machine Scale Setsなど)、VM のサイズ/SKU、リージョン、ネットワーク構成、カスタム イメージまたはパッケージの変更。
  • 役に立つスクリーンショットまたはターミナル出力 (テキストの画像ではなく、テキストを貼り付けます)。

トリアージからの除外

トリアージを円滑に行うため、以下の種類の項目はクローズされます。

  • Microsoftサポートおよびライフサイクル コミットメント以外のシナリオでは、次のような場合があります。
    • ベア メタル、ISO イメージ、オンプレミス、その他のクラウド。
    • GitHub 上の Azure Linux ソースから最初からビルドされたイメージ (Image Customizer などAzure Linux イメージ上のカスタマイズのみが対象となります)。
  • 再生手順、バージョン情報、または環境の詳細が不足している不完全なレポート
  • 重複した問題: 代わりに、既存の問題に高評価 (👍) を追加してください。
  • 明確な Azure のユース ケースまたは業務上の妥当な理由がない機能の要望。
  • 公式サポート チャネルに属する実稼働関連の質問: Azure Linux 公式サポート オプションのガイダンスを確認して、運用環境の問題に関する適切な方法を確認します。

ファイルを作成した後の動作

  • トリアージはベスト エフォートです。 メンテナンス担当者は、対応可能な範囲で課題の優先順位付けを行います。 コミュニティに提出された問題に対して保証された SLA はありません。
  • 問題は追跡用に ラベル付け される場合があります (たとえば、 bugdocsupstreamhelp-wanted)。
  • 問題が正しい所有権パスである場合は、アップストリーム プロジェクトまたは Fedora に リダイレクトされる 可能性があります。
  • スコープ外の問題、キーの詳細が見つからない、または操作できない問題は、 説明なしで閉じられる可能性があります。
  • Azure 上での Azure Linux の使用に影響する問題で、再現可能な詳細が含まれているものを優先します
  • アクティビティが 30 日間ない問題は、自動的に終了する可能性があります。