咨询使用SuperMap iManager发布2500个地图服务时的资源规划问题。硬件环境为3台16核64G内存的服务器组成的Kubernetes集群。主要问题是：需要创建多少个服务节点，以及每个服务节点应分配多少CPU核心数和内存大小才比较合适。
在Linux服务器上部署的SuperMap iServer 11i产品无法成功启动，启动过程在命令行界面卡住，无明显错误日志。已尝试执行dependencies_check_and_install.sh脚本安装依赖，但问题依旧存在。
iServer中发布的地图服务，在发布后短时间内可以正常浏览，但一段时间后突然无法显示，刷新也无效。
iServer服务在启动过程中崩溃，日志显示有大量的服务提供者（provider）创建失败。
用户反馈iServer数据服务查询性能不佳，当同时查询多个数据量达数百万的二维点数据集时，查询耗时有时会长达十几秒，希望将查询响应时间优化到3秒以内。
在服务器上使用iServer发布文件型数据源的工作空间时，提示“验证数据源失败”，而在本地iServer发布同样的工作空间则正常。
iServer服务器通过reboot命令重启后，Keepalived服务在第一次自启动时必定失败，导致高可用（HA）切换异常。必须手动再次重启Keepalived容器或服务，才能恢复正常运行。
使用iServer的WFS-T服务时，执行Delete和Update事务操作均报异常。Delete操作提示XML语法错误，Update操作提示找不到对应元素。
数据集在增加三维相关字段（如SmUserID等）并构建网络数据集后，发布服务失败，iServer日志提示工作空间中无网络数据集。将这些三维字段删除后，服务可正常发布。
用户咨询iServer是否有API接口，用于判断动态传入的一组点集合有多少个落在已发布为数据服务的多边形范围内。期望能根据固定的面范围和传入的点集合，返回在面范围内的点数量。
生产环境服务器重启后，Kubernetes(K8s)集群无法正常访问。通过kubectl get pods -A命令排查，发现部分pod长时间处于"Terminating"状态且无法自动删除，导致相关服务异常。
前端请求iServer地图服务时连接不稳定，时好时坏。iServer日志中出现“断开的管道(Broken pipe)”相关报错，咨询问题原因。
使用iServer发布数据服务时，服务名称被自动添加了数字后缀（如“-4”）。用户在删除旧服务后重新发布，该问题依然存在，咨询如何发布不带后缀的服务。
在Linux环境下重启iServer服务时，启动脚本报错，提示端口已被占用，导致服务启动失败。
用户在排查问题时查看iServer的access.log访问日志，不清楚日志条目中开头的IP地址代表什么含义。
