saikey

通过crand与原生prometheus-adapter实现ehpa扩缩功能

1

#### What type of PR is this? 通过crond的metric采集ehpa指标，解耦metric-adapter，实现与原生prometheus-adapter的兼容 ## 使用示例 ### APIservice调整 将external的apiservice调整为原生的prometheus-adapter ```yaml apiVersion: apiregistration.k8s.io/v1 kind: APIService metadata: name: v1beta1.external.metrics.k8s.io spec: group: external.metrics.k8s.io groupPriorityMinimum: 100 insecureSkipTLSVerify: true service: name:...

TSP different algorithms can be used for different metrics

2

## Describe the feature when i setup multi metrics with prediction, It provider only one algorithmType and config type. It is expected that different algorithms can be used for different...

 如图，基于业务的预期情况，当请求量会有明显上升或下降时，希望TSP模型计算时，能够抛弃指定时间前的指标输入 例如进行相关EHPA配置时，希望TSP基于“2022-0707-08:00”之后的指标生成后续模型，避免无效历史数据影响模型准确率

add query expressions management by prom-adapter-config

1

#### What type of PR is this? - Add support for automatic rendering of query expressions - More user-friendly query expressions management capabilities - Add support for extension-labels ## Examples...

#### Describe the feature Prometheus场景 一级prometheus，指标采集，直接上报的prometheus-server 二级prometheus，指标数据仓库，用于汇总各数据孤岛的指标并持久化 场景一 仅存在一级prometheus，承担数据采集及数据持久化工作 场景二 一级prometheus实现了较长周期的数据持久化，如(historyLength * 2) 场景三 一级prometheus缓存短期数据(如1天)，二级prometheus实现较长周期的数据持久化 问题描述： 场景三情况下，各集群独立的prometheus使用内存存储指标，保留时间较短，数据存储于统一的prometheus仓库，增加了cluster标签进行指标区分 crone在进行推荐取值以及tsp模型取值时需要获取较多历史指标，因此craned配置了prometheus仓库地址，但取值失败，无法生成模型

add metrics about slurm_user_mem_running and slurm_node_gpu_total

dashboard连接etcd异常

6

### Issue description 镜像版本：apache/apisix-dashboard:3.0.0-alpine 因单节点测试集群，起了单节点etcd，dashboard连接异常报错 连接192.168.159.128:12379,报0.0.0.0:12379 connection refused  测试容器到etcd的访问是正常的，如下图：  ### Expected behavior 正常使用dashboard，无相关异常日志 ### How to Reproduce helm安装，修改configmap configmap ```yaml apiVersion: v1 data: conf.yaml: |- conf: listen: host:...