第1页，共7页。 显示 68 条结果 (0.026 秒)
使用nginx实现smartbimpp高可用
说明 smartbimpp部署了多副本集群，但是jdbc的url地址只能填一个服务器的ip地址，当这个配置的服务器宕机了，此时smartbimpp将无法正常访问。 解决方案 使用nginx。 smartbimpp的url连接，也是http连接，所以可以通过nginx，转发smartbimpp的请求，实现负载均衡。 通过nginx的check模块，动态检测后端smartbimpp的健康状态。 部署流程 部署smartbimpp多副本集群，可以参考⬝ 部署smartbiMPP集群多副本集群_keeper 部署nginx 解压nginx # tar -zxvf nginx.tar.gz -C /usr/local 配置nginx流式返回的配置
在大模型的交互场景中，流式返回（Streaming Response） 是一种常见的数据传输方式：模型生成结果时，不会等待完整文本全部生成后再一次性返回，而是将内容逐句、逐段甚至逐词地实时输出，让用户可以 “边接收边阅读”，无需等待最终结果。 如果使用了nginx代理smartbi，需要添加流式返回的配置。如果不配置，AIChat的返回会不流畅，也可能提前结束。 location /smartbi { proxy_pass http://ip:端口/smartbi; # 基本代理头 proxy_set_header Host $http_host; proxy_set_headerNginx+Tomcat部署Smartbi集群
通过Nginx实现Smartbi集群的负载均衡，提高Smartbi的可用性 1、部署Tomcat和Smartbi 参考 Linux Tomcat部署Smartbi https://wiki.smartbi.com.cn/pages/viewpage.action?pageId=56689514 文档部署Tomcat和Smartbi，并配置好License，知识库相关信息，能正常访问Smartbi。 1、Smartbi集群需要连接相同的知识库 2、所有节点的smartbi应该用相同的版本 2、部署Nginx 参考Nginx官方文档 http://nginx.org/en/docs/ http://nginx.org/en⬝ Nginx+Tomcat部署Smartbi集群
通过Nginx实现Smartbi集群的负载均衡，提高Smartbi的可用性 1、部署Tomcat和Smartbi 参考 安装Smartbi（tomcat中间件） https://wiki.smartbi.com.cn/pages/viewpage.action?pageId=114987828 文档部署Tomcat和Smartbi，并配置好License，知识库相关信息，能正常访问Smartbi。 1、Smartbi集群需要连接相同的知识库 2、所有节点的smartbi应该用相同的版本 2、部署Nginx 参考Nginx官方文档 http://nginx.org/en/docs/ http://nginx.org/ennginx An error occured
（nginx的方案源于网上资料，本文档仅供参考） 现象 image2019-12-3 14:14:24.png 解释 nginx提示出现错误，但错误原因从页面上无法获取 解决方案 尝试不经过nginx的地址直接访问smartbi所在服务器的ip端口组成的地址测试 1、如果直接访问smartbi正常，则说明是nginx出现错误，需要查看nginx的错误日志分析原因； 2、如果直接访问smartbi不正常，则说明smartbi服务器未启动或者服务出现宕机，需要检查smartbi是否启动或按宕机处理方案跟踪问题。 宕机信息采集可参考Wiki文档：宕机/慢问题跟踪以及信息采集nginx 504 Gateway Time-out
（nginx的方案源于网上资料，本文档仅供参考） 现象 1、加载查询慢的电子表格出现如下图： image2019-12-3 14:0:13.png 2、上传Excel导入模版一直在等待，但是后台日志已经读取完sheet页 image2022-4-21_16-44-40.png 3、备份知识库无法正常 … 此时再新开标签页访问smartbi不能正常访问，说明smartbi服务可能刚出现宕机，需要按宕机处理方案跟踪问题； 2)、如果此时再新开标签页访问smartbi可以正常访问，则说明出现504 Gateway Time-out的原因是nginx配置的超时时间过短，而报表刷新时间超过了nginx配置的超时时间。 2、导入nginx 413 request Entity too Large
（nginx的方案源于网上资料，本文档仅供参考） 现象 1、office插件发布提示如图错误： image2019-12-3 14:19:56.png 2、上传Excel导入模版一直在等待： image2019-12-3 14:21:2.png 录制charles发现Response Code提示了413： image2019-12-3 14:21:57.png 3、导入资源确定后一直停留在导入选择的界面 录制charles发现Response Code提示了413： image2019-12-14 10:51:17.png 解释 nginx有配置会限制上传文件的大小，而在发布报表、上传导入模版nginx解决跨域问题方案参考
（nginx的方案源于网上资料，本文档仅供参考） Smartbi 与第三方系统部署在不同的机器上，或者部署在同一机器不同的应用服务器域下，双方系统集成时经常出现跨域访问。 随着Chrome新版本对跨域cookie传递的限制趋严，苹果设备上Safari浏览器等对跨域cookie传递的限制，需要解决跨域问题的场景逐渐增多，解决跨域最常用的方案是部署代理，比如F5和nginx等常见的第三方代理都可以配置代理smartbi，其中nginx的反向代理功能的解决方案是很方便的，以下举例说明nginx的配置方案。 环境背景 nginx所在机器的ip：10.10.101.73 nginx配置监听端口：80 第三方系统地址首页：httpnginx未配置监听协议默认端口时重定向的url丢失端口
（nginx的方案源于网上资料，本文档仅供参考） 现象 nginx配置监听端口不是80（http协议）或443（https协议）时，登录smartbi后在界面上无法导出资源、系统日志，打开报表点导出按钮无法导出文件，也就是大部分下载的操作都不正常。 如下示例，配置http监听端口是8088，有问题的nginx.conf配置如下： #user root root; worker_processes 1nginx配置https代理http协议的smartbi重定向时出现各种不正常现象
（nginx的方案源于网上资料，本文档仅供参考） 背景 直接访问smartbi地址是http协议的，但是由于实际的安全需要通过nginx修改成了https协议的地址，此时用户通过https协议的地址访问smartbi可能会出现各种问题。 有问题的nginx配置如下： #user nobody … 微信扩展包配置正确，在smartbi推送报表到企业微信后也正常，但是通过企业微信app无法正常打开报表（出现404等错误）； 解释 出现上述问题的原因在于https协议的地址在重定向后变成了http，本质是浏览器重定向时nginx错误的告知浏览器使用了proxy_pass地址（原始smartbi地址）的http协议
