如何监控Azure AKS中私有Kubernetes Service的可用性并触发告警

结合Azure原生工具和Kubernetes生态，给出三个更稳健、成本可控的方案，覆盖服务故障的不同场景：

方案一：Azure Monitor容器洞察 + 内部可用性测试（推荐原生集成） #

• 启用AKS的容器洞察（Container Insights），自动收集Kubernetes组件日志、指标和事件。
• 优化原有Kusto查询，聚焦Service相关的错误/警告事件，作为日志层面的告警补充：

  KubeEvents
  | where TimeGenerated > ago(1h)
  | where ObjectKind == 'Service'
  | where Level in ('Error', 'Warning')
  | project TimeGenerated, Namespace, ObjectName, Message, Level
  

• 创建Azure Monitor内部可用性测试：
  • 选择与AKS同VNet的区域，配置测试目标为私有Service的IP或ClusterIP（如果测试资源在同VNet），设置HTTP/HTTPS请求、预期状态码（如200）。
  • 配置告警规则：当测试连续失败≥3次时，触发邮件告警（通过Azure Monitor的行动组，关联邮件接收人）。
• 优势：原生集成无额外复杂部署，成本低；同时覆盖日志异常（如Service配置错误、端点异常）和实际访问失败场景（如Pod全部宕机、LB转发故障）。

方案二：Prometheus + Blackbox Exporter（适合已有K8s监控栈） #

• 若已部署Prometheus（可使用Azure Monitor for Prometheus或开源版本），添加Blackbox Exporter到AKS集群：
  • 配置Blackbox的HTTP探测规则，指向私有Service的IP和业务端口，探测可用性、响应时间。
  • 通过ServiceMonitor让Prometheus采集probe_success等指标。
• 配置Alertmanager告警规则：

  groups:
  - name: service-availability
    rules:
    - alert: PrivateServiceUnavailable
      expr: probe_success{job="private-service-probe"} == 0
      for: 5m
      labels:
        severity: critical
      annotations:
        summary: "私有Service {{ $labels.target }} 不可用"
        description: "连续5分钟探测失败，请检查Pod状态或Service配置"
  

• 配置Alertmanager的邮件接收器，触发告警时发送通知。
• 优势：高度自定义，可扩展探测逻辑（如检查特定响应内容、TCP端口连通性）；适合已有监控体系的场景。

方案三：Azure Logic Apps + VNet集成（低代码快速实现） #

• 创建Azure Logic App，启用VNet集成（选择AKS所在的VNet子网），让Logic App能访问私有Service。
• 配置定时触发器（如每5分钟执行一次），添加HTTP动作发送请求到私有Service的IP/端口。
• 添加条件判断：若响应状态码≠预期值（如200），触发Office 365/SendGrid连接器发送告警邮件。
• 优势：低代码无需开发复杂函数，VNet集成成本远低于方案2的App Service+VM；适合快速搭建监控告警流程。

内容的提问来源于stack exchange，提问作者Fuat Ulugay