feat(deployments,analysis): 保留弹框重设计 + 分析页命名空间筛选 + 过期 chunk 真正删除

=== 一、保留策略弹框重设计（RetentionDialog）===
旧版问题：
1. 主输入是 YAML textarea，用户必须会写 `limits_config.retention_period: 30d`
2. 三个按钮：取消 / 仅保存 / 保存并应用 —— 「仅保存」只改部署记录不重载 Loki，
   今天已经造成一次真实故障：DB 记录 7 天、运行时 ConfigMap 是 24h，配置漂移
3. 「查看完整配置」是独立按钮 + 独立状态，多一次点击
4. 硬编码提示 `retention_delete_delay: 2h`，而实际已改成 10m，属于误导

新版：
- 主输入改为**保留天数数字框**（1–3650），YAML 由前端拼，用户不用写
- 快捷预设 1/7/14/30/90，实时显示「= 720 小时」
- >7 天给出存储成本提示
- 完整运行 config 改成 `<details>` 折叠，展开即自动加载（去掉独立按钮）
- **按钮只剩 2 个：取消 / 保存并应用**
- 删掉硬编码的 compactor 提示块

=== 二、日志分析页加命名空间筛选 ===
根因：analysis 页写死 namespace: ''，等价 `{namespace=~".+"}` —— 一次分析扫全集群
（实测约 370 GB/天），5 条 count_over_time 跑 30s 都出不来，页面永远转圈。

- 新增命名空间下拉（从 Loki label values 拉取，localStorage 记忆）
- 默认取业务命名空间 astralx（其次列表首个），不再默认全集群
- 「全部命名空间（较慢）」降级为显式选项
- 命名空间未就绪时先显示 loading，避免先发一次全集群查询
- 5 条查询改**分批（每批 2 条）**执行 + 429 自动重试一次

=== 三、后端并发/超时调整 ===
- 重查询并发上限 2 → 4，且拿不到令牌时**排队最多 10s**再拒绝
  （原来立即 429，导致分析页 5 条并发里有 3 条直接失败）
- maxLogQueryLimit 1000 → 5000，与前端下拉完全对齐（原来前端选 5000 会被静默截断）

=== 四、过期 chunk 真正删除（关键修复）===
实测发现：索引表已从 COS 删除，但 chunk 对象仍残留 21,354 个 / 24.8 GB，
最老的 45 小时前 —— 因为 Loki 默认 `retention_delete_delay` = **2h**，
标记后要等 2 小时才真正删 chunk。

- 配置显式设置 `compactor.retention_delete_delay: 10m`
- 已用 `loki -verify-config` 校验（config is valid）
- 删除前后对比：
    对象数 46,536 → 23,934；占用 53.61 GB → 27.25 GB
    超期对象 21,354 个 / 24.8 GB → **0 个**
    桶内最老对象 45.2h → 24.4h（= 保留期 1 天）
- deployment_config_test 同步调整：retention_delete_delay 从"禁止出现"移入"必须存在"

镜像：lghost/lokistack:latest + v0.1 = sha256:b4d98e016bca

frontend/src/pages/logs/components/LogResultsPanel.tsx

@@ -9,11 +9,11 @@ import { QueryEmptyState } from './QueryEmptyState'
 import { LogRow, VirtualLogList } from './VirtualLogList'
 
 /**
- * 超过这个条数才启用虚拟滚动。
- * 默认每页 200 条走普通渲染（已验证的外观/行为不变），
- * 只有用户主动把每页调到 500/1000 时才走虚拟滚动 —— 降低改动风险。
+ * 超过这个条数启用虚拟滚动。
+ * 取 100：默认每页 200 条即走虚拟滚动；
+ * 若虚拟滚动在某环境下表现异常，把每页切到 100 可回退到普通渲染（100 不 > 100）。
  */
-const VIRTUAL_THRESHOLD = 300
+const VIRTUAL_THRESHOLD = 100
 
 // 只保留原始日志视图;表格/折线/流图/饼图等可视化已迁至「日志分析」页(LogDetailSection)
 

frontend/src/pages/logs/index.tsx

@@ -68,8 +68,9 @@ export default function LogsPage() {
   const [executedRange, setExecutedRange] = useState<{ start: number; end: number } | null>(null)
   const [start, setStart] = useState(() => toLocal(new Date(Date.now() - 300000)))
   const [end, setEnd] = useState(() => toLocal(new Date()))
-  // 默认 200：实测 671B/条，200 条约 131KB、DOM 200 行渲染顺畅。
-  // 后端 maxLogQueryLimit=1000，所以下拉不给 2000/5000（否则静默截断成 1000，是假选项）
+  // 默认 200：实测 671B/条，200 条约 131KB。
+  // 上限 5000 与后端 maxLogQueryLimit 完全对齐（= Loki max_entries_limit_per_query）。
+  // 结果表 >100 条即走虚拟滚动，所以选大页也不会卡。
   const [limit, setLimit] = useState(200)
   const [queryHistory, setQueryHistory] = useState(readQueryHistory)
   const [entries, setEntries] = useState<LogEntry[]>([])
@@ -275,7 +276,7 @@ export default function LogsPage() {
             <Select value={String(limit)} onValueChange={value => setLimit(Number(value))}>
               <SelectTrigger className="h-9 w-24" aria-label={t('toolbar.limitLabel')}><SelectValue /></SelectTrigger>
               <SelectContent>
-                {[100, 200, 500, 1000].map(value => <SelectItem key={value} value={String(value)}>{value}</SelectItem>)}
+                {[100, 200, 500, 1000, 2000, 5000].map(value => <SelectItem key={value} value={String(value)}>{value}</SelectItem>)}
               </SelectContent>
             </Select>
           </label>