説明
IP アドレスで構成されたバックエンド プールには、次の制限があります。
※スタンダードロードバランサーのみ
参照：
https://docs.microsoft.com/en-us/azure/load-balancer/backend-pool-management

参考文献:
https://docs.microsoft.com/en-us/azure/architecture/reference-architectures/hybrid-networking/hub-spoke

参照：
https://docs.microsoft.com/en-us/azure/azure-monitor/log-query/search-queries
https://docs.microsoft.com/en-us/azure/azure-monitor/log-query/get-started-portal
https://docs.microsoft.com/en-us/azure/data-explorer/kusto/query/searchoperator?pivots=azuredataexplorer
検索演算子は、複数テーブル/複数列の検索エクスペリエンスを提供します。
構文は次のとおりです。
テーブル名 | 「検索語」で検索
ノート：
試験には、この問題のいくつかのバージョンがあります。この質問には、次の 3 つの正解があります。
(イベント)「エラー」で検索
イベント | イベント 「エラー」で検索
イベント | イベント ここで、EventType == "エラー"
試験で表示されるその他の不正解の選択肢には、次のものがあります。
Get-Event イベント | where {$_.EventTye -eq "エラー"}
select * from Event where EventType is "error"
(イベント) で検索 * | ここで、EventType -eq "エラー"

説明
Azure AD に統合された AKS クラスターを使用すると、名前空間内またはクラスター全体で Kubernetes リソースへのアクセスをユーザーまたはグループに付与できます。kubectl 構成コンテキストを取得するために、ユーザーは az aks get-credentials コマンドを実行できます。その後、ユーザーが kubectl を使用して AKS クラスターとやり取りすると、Azure AD 資格情報でサインインするように求められます。このアプローチにより、ユーザー アカウント管理とパスワード資格情報の単一ソースが提供されます。ユーザーは、クラスター管理者によって定義されたリソースにのみアクセスできます。
Azure AD 認証は、OpenID Connect を使用して AKS クラスターに提供されます。OpenID Connect は、OAuth 2.0 プロトコルの上に構築された ID レイヤーです。OpenID Connect の詳細については、Open ID Connect のドキュメントを参照してください。Kubernetes クラスターの内部から、Webhook トークン認証を使用して認証トークンを検証します。Webhook トークン認証は、AKS クラスターの一部として構成および管理されます。
参照：
https://kubernetes.io/docs/reference/access-authn-authz/authentication/
https://docs.microsoft.com/en-us/azure/aks/concepts-identity