设计上需要把容器尽可能做的无状态服务,状态保存在外部公共存储池中或云组件里,这样才能实现容器任意调度,迁移,按需扩容缩容。状态包括内存状态(保存在缓存池),数据库(保存在云数据库),文件(保存在分布式文件系统)典型如web服务...
需对容器的数据做好分层规划,容器镜像放在镜像仓库中,不必做备份;容器实例存取的数据,如果是存储在分布式文件系统中,则做好分布式文件系统的高可用和备份即可。...
表属于根据 id 序列自增,需要进行以下处理源端查询: select * from syscat.columns where GENERATED='A';表名:XXX把定义中的 GENERATED ALWAYS AS IDENTITY 改成 GENERATED BY DEFAULT AS IDENTITY ;重新建立这 几张表重...
目前我们内部推荐的方案是采用双日志方案,保存两份日志,可进一步保障日志数据安全,方便后续日志分析和故障定位。一方面容器应用的日志可以输入出到标准输出或文件中,输出到标准输出的日志,可通过ELK组合开源工具收集到Ela...
传统架构在传统架构下日志是落盘后再采集还是直接通过网络发到外部两种方案在业界均有使用。日志落盘后采集可以基于丰富的开源框架统一进行日志采集,整个日志采集完全与业务解耦,并可以独立管理部署,但是对于IO的要求...
可以考虑的方面:1. 性能考量涉及到读写盘、读写网络接口的性能问题,涉及到大量容器的读写时,IO孰高孰低,是否会因为日志导致整体程序崩溃等。相比而言,本地落盘读写速速度快,但对容器云平台来说,本地落盘容器日志的处理和收...
建议直接网络发出吧,只是占用网络io,可以配置单独的网卡走日志流量,写入到es或其他日志存储分析工具中进行分析。如果先落盘,最终还是要采集分析的,对于日志生产端,同时占用网络和存储的io。需要注意的是,不管走网络,还是采集...
依我个人观点,日志直接发出去。但这个方案通常会复杂些。要保证日志发送失败不会导致服务异常。就优先级别来说,前提是保障业务运行。日志可以丢,服务不能受影响。至于选择哪种方式,考虑自身的能力和整体的架构和组件配置...
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30