首先,我们应该明确一下理解和认知。 a、普通容器日志,应该是指应用服务本身在容器中运行正常输出的应用自身日志。b、NAS是给容器做数据持久化的支撑c、直接收集日志,通常日志平台也是从本地日志文件采集后,转发的日志平
看需求。应用对kafka使用量不大,没有太高的性能要求(IO、延时),一般用分布式存储即可。或者,使用旧有NAS存储也可以。如果应用使用kafka很重,对IO、延时都有较高的要求,一般使用本地存储。原生的本地存储方案功能比较简单,可
看需求。对数据存储没有太高的性能要求(IO、延时),一般用分布式存储即可。或者,使用旧有NAS存储也可以。如果应用对IO、延时都有较高的要求,如数据库、中间件或者特殊应用等,一般使用本地存储。原生的本地存储方案功能比较
容器云一般都是采用EFK或者ELK的标准开源方案,按照其一般的优化方案去做即可。日志丢失,可以考虑使用kafka作为传输的保障。查询效率,需要优化ES和 Kibana。
这是个好问题,好多用户都在纠结。我认为这样从需求出发来看,就是我们最终要实现什么样的一个效果或者目标。1、针对小规模、新用户,推荐在虚拟化上部署。 资源申请灵活,虚拟化有完善的容灾机制。 有一定资源浪费
1、容器云作为资源池,肯定是要满足银行的内网安全管理要求的。因此,是需要根据业务需求与内网安全要求来部署云平台。 2、划分原则 a、单集群单架构,即ARM集群上面都是XC应用,X86集群上面都是X86应用。虽然,厂商
上云是一个过程,也是现阶段的终极目标。在这个过程中,如果一刀切全上云了,技术、思维、管理没有完全跟上,就会产生很多不必要的问题,进而影响生产运行。同时,有些对算力敏感的应用,现阶段运行在物理机是比较合适的,如HPC类、
从国产化软硬件市场来看,不同领域的厂家都有若干,一方面我们可以说是百花齐放;另一方面我们也能感觉到在市场初期,厂家众多良莠不齐,也给用户选型带来了一定困扰。底层基础环境,还是要选择生态好的主流厂商,有效降低试错成本
主流的容器产品基本都支持国产化芯片( arm、x86、龙芯 )和操作系统。常见的有鲲鹏、飞腾、海光等,系统已麒麟、统信居多。
楼上是的没错,ARM和X86的指令集不一样,无法直接迁移。ARM容器,本质就是一个ARM的运行环境,传统X86应用无法直接在ARM环境运行,需要先将应用进行ARM适配性改造后,才可以部署到ARM容器中。同理,海光的X86信创方案,对现有X86应用
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30