• [技术干货] 读写分离 的优缺点
    读写分离是一种数据库架构设计策略,主要解决数据库在高并发场景下的读写性能瓶颈问题。以下是读写分离的优缺点分析:优点提高数据库性能:读写分离通过将读操作和写操作分离到不同的服务器上,显著提高了数据库的并发处理能力。读操作的请求量通常远大于写操作,因此将读操作分配到多个从数据库上,可以充分利用服务器资源,提高整体数据库性能。节省技术成本:读写分离可以降低数据库的技术成本,使开发团队能够更集中精力于主库的性能优化和开发工作上。数据安全:读写分离能够显著降低主库的注入风险,提升数据库系统的安全性。增加可用性:读写分离可以有效避免主库出现故障而影响系统的可用性。当主库出现问题时,可以迅速切换到从库,保证系统的持续运行。提高数据库可扩展性:读写分离可以在多个从库中实现数据库的水平扩展,从而提高数据库的可扩展性。随着业务的发展,可以方便地增加从库的数量,以满足不断增长的读操作需求。简化系统架构设计:读写分离将读操作和写操作分离到不同的服务器上,降低了系统的复杂度,使开发人员可以更专注于业务逻辑的实现,提高开发效率。缺点数据同步延迟:在读写分离架构中,主数据库和从数据库之间存在数据同步的延迟。这种延迟可能导致数据不一致的问题,需要采用合适的数据同步策略和一致性保证机制来解决。故障切换复杂性:在读写分离架构中,如果主数据库出现故障,需要将写操作切换到从数据库上。这个过程需要保证数据的一致性和系统的可用性,实现故障切换的策略可能相对复杂。中间件依赖:在使用中间件实现读写分离时,需要依赖额外的软件组件。这增加了系统的复杂性和运维成本,同时需要确保中间件的稳定性和可靠性。开发成本:在应用层实现读写分离时,需要在应用程序中编写相应的逻辑。这增加了开发成本,并需要开发人员对数据库架构有一定的了解。适用场景限制:读写分离在某些特定场景下可能并不适用。例如,当写操作非常频繁且需要强一致性时,读写分离可能无法满足要求。综上所述,读写分离在提高数据库性能、节省技术成本、数据安全、增加可用性、提高数据库可扩展性以及简化系统架构设计等方面具有显著优势。然而,它也存在数据同步延迟、故障切换复杂性、中间件依赖、开发成本以及适用场景限制等缺点。因此,在采用读写分离架构时,需要综合考虑业务需求、系统复杂度以及运维成本等因素,以做出合适的选择。
  • [技术干货] CAP理论 与 BASE理论
    CAP理论与BASE理论是分布式系统设计中两个重要的理论框架,它们各自强调了分布式系统中不同的属性和权衡。CAP理论CAP理论由Eric Brewer教授在2000年提出,并在2003年由MIT的Gilbert和Lynch正式证明。CAP理论指出,在一个分布式系统中,Consistency(一致性)、Availability(可用性)、Partition Tolerance(分区容错性)这三个属性最多只能同时满足两个。一致性(C):保证所有节点上的数据始终同步。在分布式系统中,所有节点在同一时刻具有同样的值、都是最新的数据副本。可用性(A):无论响应成功还是失败,每个请求都是有效的,并不会发生网络超时等情况。即使部分结点宕机,整个集群仍然能够对外提供服务。分区容错性(P):系统内部(某个节点的分区)中丢失消息,系统也应该可以继续提供服务。分布式系统要能容忍网络通信故障导致的分区情况。由于分布式系统的复杂性,CAP理论指出这三个属性无法同时满足。因此,在设计分布式系统时,需要在C、A、P之间做出权衡。BASE理论BASE理论是对CAP理论的延伸和补充,它提出了另一种分布式系统设计的思路。BASE理论的三要素是Basically Available(基本可用)、Soft State(软状态)和Eventually Consistent(最终一致性)。基本可用(BA):系统在出现故障或部分失效的情况下仍然可以保证基本的可用性。这意味着虽然系统可能无法保证100%的可用性,但是它仍然会尽力保证在任何时候都能够提供基本的服务。软状态(S):系统允许短暂的不一致性,即在某些时刻,系统可能会处于一种中间状态。这种中间状态不会影响系统整体可用性,并且最终会达到一致状态。最终一致性(E):系统中的所有数据副本在经过一定时间后,最终能够达到一致的状态。这个过程可能是异步的,因为各个节点之间的网络通信延迟和故障可能导致某些节点更新的延迟。BASE理论的核心思想是放弃强一致性(CAP中的一致性指的是强一致性),追求最终一致性。这种思路使得分布式系统能够在保证可用性和扩展性的同时,尽量满足一致性的要求。总结CAP理论和BASE理论为分布式系统设计提供了重要的指导思路。CAP理论强调了分布式系统中一致性、可用性和分区容错性之间的权衡关系;而BASE理论则提出了在放弃强一致性的前提下,通过基本可用、软状态和最终一致性来构建分布式系统。在实际应用中,需要根据具体的业务场景和需求来选择合适的理论框架和设计方案。
  • [技术干货] 冷备/热备
    冷备和热备是备份和恢复方案中常见的术语,它们代表了不同的备份类型和级别,主要用于提高系统的可用性、可靠性和容错性。以下是关于冷备和热备的详细解释: 一、冷备(Cold Backup)定义:冷备是指在关闭系统或服务器后,将数据备份到存储介质中的一种备份方式。在备份过程中,系统或服务不可用。 特点: 离线状态:由于备份和恢复过程系统处于离线状态,因此冷备的恢复时间较长。 成本较低:由于不需要额外的硬件或软件支持,冷备的成本相对较低。 手动切换:冷备方案下,主机出现故障时备机不会自动接管,需要手动切换服务。 应用场景:冷备适用于对系统可用性要求不高的场景,如一些非关键性业务或数据备份。二、热备(Hot Backup)定义:热备指的是两台服务器之间一台为主机对外提供服务,另一台是备机不提供服务但保持开机状态。一旦主机故障,备机可以立即接管主机对外提供服务。 特点: 在线状态:热备过程中,系统或服务保持在线状态,因此恢复时间较短。 数据同步:热备需要重点关注主备机之间的数据同步机制,确保主备机之间数据一致。 自动切换:热备方案下,主机出现故障时备机可以自动接管服务,无需手动切换。 应用场景:热备适用于对系统可用性要求较高的场景,如一些关键性业务或需要持续在线的服务。综上所述,冷备和热备在备份方式、恢复时间、成本、手动/自动切换以及应用场景等方面存在显著差异。在选择备份方案时,需要根据实际需求和业务场景进行权衡和选择。
  • [技术干货] 微服务架构中的“超级英雄”,揭秘其原理与应用
    Nacos:微服务架构中的“超级英雄”,揭秘其原理与应用在微服务架构日益盛行的今天,Nacos以其强大的动态服务发现、配置管理和服务管理功能,成为了众多开发者的首选。本文将带你深入了解Nacos的原理及其在各个场景中的应用,让你对这个微服务架构中的“超级英雄”有更全面的认识。一、Nacos简介Nacos(前身为Alibaba的Dubbo Registry和Spring Cloud的Eureka)是一个开源的动态服务发现、配置管理和服务管理平台。它支持多种编程语言,包括Java、Go和Python等,并提供了丰富的特性,如动态服务发现、服务状态管理、动态配置管理、动态DNS服务和流量管理等。二、Nacos的原理服务注册与发现服务提供者将自己的服务实例信息注册到Nacos服务器,而服务消费者可以从Nacos服务器中获取服务实例的信息,从而进行服务调用。当一个服务启动时,它会向Nacos注册自己的实例信息。Nacos提供了RESTful API,服务可以通过HTTP请求向Nacos注册实例信息,包括服务名、IP地址、端口号等,同时还可以添加一些元数据信息,比如健康状态、权重等。另一方面,当服务需要调用其他服务时,它可以通过Nacos进行服务发现。服务可以发送查询请求给Nacos,根据服务名获取该服务的所有可用实例信息。Nacos会返回一个包含所有可用实例信息的响应,服务可以根据这些信息选择合适的实例进行调用。动态配置管理Nacos提供了统一的配置管理功能,可以让应用程序动态地获取配置信息并实时响应配置的变化。开发者可以将应用的配置信息存储在Nacos中,应用启动时从Nacos获取配置信息。Nacos支持配置的动态更新,当配置发生变化时,Nacos会通知相关的应用进行配置更新,从而实现配置的热加载。健康检查Nacos可以周期性地检测注册的服务是否健康,及时发现异常服务并剔除不健康的实例。如果某个服务实例出现故障或者不可用,Nacos会将其标记为不可用,同时通知其他服务实例避免将请求路由到该实例上。动态DNS解析与流量管理Nacos支持动态DNS解析,将服务名解析为具体的IP地址。同时,它还支持流量管理功能,如路由、流量分发等,为微服务架构中的流量调度提供了极大的便利。三、Nacos的应用微服务架构中的服务治理Nacos通过服务注册、发现、健康检查和配置管理,帮助开发者实现了微服务架构中的服务治理能力。它提供了简单易用的API接口和丰富的功能,可以帮助开发团队快速搭建和管理微服务架构,提高系统的可靠性和可维护性。动态配置更新在微服务架构中,配置信息的变更往往需要实时同步到各个服务实例中。Nacos的动态配置管理功能使得这一需求变得简单而高效。开发者只需在Nacos中更新配置信息,Nacos就会自动通知相关的服务实例进行配置更新,从而实现配置的实时同步。服务监控与告警通过Nacos的健康检查功能,开发者可以实时监控服务的运行状态。一旦发现异常服务,Nacos会立即将其标记为不可用,并通知其他服务实例进行路由调整。同时,Nacos还可以与监控和告警系统集成,实现服务的自动告警和故障恢复。多语言支持Nacos支持多种编程语言,这使得它在跨语言微服务架构中具有广泛的应用前景。无论是Java、Go还是Python等语言,都可以通过Nacos实现服务的注册、发现和配置管理等功能。
  • [热门活动] 共筑运维稳定磐石!华为云“数智先锋100·企业运维稳定性治理研讨会”南京站成功举办
    随着数字化转型步伐的提速,企业对云技术的应用日益广泛。在这过程中,运维不再仅仅是保障系统稳定运行的“幕后英雄”,而是成为推动企业数字化转型、提升业务连续性的核心力量。如何在云环境下,运用“确定性”的运维策略来有效应对各种“不确定性”因素,成为企业运维工作的关键课题。8月23日,由华为云主办的“数智先锋100·企业运维稳定性治理研讨会”在南京顺利举办。众多业界专家与企业代表齐聚,共同探讨运维稳定性治理、运维体系建设以及一站式运维平台部署等前沿议题,赋能企业提升运维能力,推动云上业务的高效发展。活动现场,华为云运维使能首席专家发表致辞,他指出,随着企业数字化转型的深入,运维及运营已成为生产力中不可或缺的部分。华为云基于对趋势的洞察及沉淀,提出“确定性运维”理念。经过两年多的发展,华为云确定性运维能力体系越来越完善,并总结出“1+N”的能力模型。其中,“1”是确定性运维能力的管理体系,包含运维组织、流程、工具;“N”是关键能力建设,包括高可用、持续交付、运维能力可信等。在下一阶段,他希望将大模型能力与运维相结合,开启确定性运维2.0大模型研究,将大模型能力低成本、高效率地应用于业务中,助力千行万业运维智能化升级。华为云运维使能首席专家传统企业数字化转型加速,波司登搭乘运维“快车”实现高效发展在数字化浪潮的驱动下,传统企业依托新兴技术进行革新已是必然趋势。波司登作为一家服装行业的领先者,于2023年年底启动了数智化转型,迈上了应用现代化改造之路。波司登股份有限公司运维总监单德宝在分享中提到,波司登在改造过程中,通过与华为云携手,以价值流的方式梳理了核心业务场景,并对40多个应用系统进行了重构,已于今年8月正式上线。波司登股份有限公司运维总监——单德宝在运维方面,波司登从基本运维阶段开始,通过标准化手段变更管理流程,着重于构建可观测运维能力,包括统一的监控平台、日志管理和调用链路跟踪等,建立了自上而下的监控体系,保障业务稳定、高效发展故障管理无小事,华为云确定性运维坚守业务运行“生命线”在企业运行过程中,故障管理是保障业务连续性和数据完整性的重要基石,成为企业稳定发展的生命线。华为云确定性运维故障管理专家聚焦“华为云确定性运维实践分享——故障管理”的主题,结合零售行业的成功实践展开分享。针对该零售企业在数字化转型过程中的变更流程不完善、故障频发、故障响应时间长等IT系统挑战,华为云运维团队在进行系统评估后,设计出三期改进方案——故障管理和混沌工程演练,构建可观测性和主动运维能力,实现初步确定性的运维状态。这些措施显著提升了系统稳定性和故障恢复速度,减少了故障数量并缩短了恢复时间,从而提升了客户体验。华为云确定性运维故障管理专家在具体实践中,专家重点介绍了基于容错视角的故障模式梳理方法,通过了解客户业务架构和资源部署,识别并梳理各种可能的故障模式,并利用故障快恢平台和韧性评估平台等工具快速定位问题并采取措施。混沌工程演练则通过模拟真实环境中的故障场景,暴露潜在问题,提高系统的恢复能力。同时还强调了质量文化、高可用架构及动态风险治理在故障管理中的重要性,为未来的运维工作提供了宝贵经验和指导。AI技术与企业场景深度融合,华为云轻量化AI应用开发助力数智升级在探讨华为云aPaaS在AI应用和运维领域的探索与实践时,不得不提到近期爆火的中国3A游戏《黑神话·悟空》,该游戏的成功背后,离不开GPU和深度学习等AI技术的应用所带来的加速效应。华为云AI原生应用引擎架构师表示:“AI在游戏行业的巨大潜力引发了我们思考如何将其与企业实际应用场景深度融合,以提升运维效率和客户体验。”华为云AI原生应用引擎架构师架构师介绍了华为云AI原生应用引擎架构在AGV企业智能客服的案例,分享了华为云轻量化AI应用开发的实践经验。该企业拥有超过1200台在线AGV小车,分布在仓储、制造、物流、医药等领域的600多家工厂。针对小车的故障运维难题,华为云依托AI原生应用引擎平台以及确定性运维实践经验,治理并集成了企业的售后知识、故障库知识、产品知识以及研发知识,形成企业AI大脑,并利用大、小模型结合、AI Agent快速编排等技术快速构建企业AI应用。根据实践数据显示,约70%的小车故障问题能够通过此方案得到及时解决;对于更复杂的问题,通过对话指导提取相关的日志并在对话中导入日志文件给出进一步问题解决策略,又额外解决了其中的50%。他提到,AI是一场涉及“流程+组织+数据+IT”的端到端变革。为此,华为云提出了一套方法论,结合“AI+业务”场景梳理来快速识别企业痛点业务,通过AI智能客服7*24小时在线服务,实现智能快速排障;从源头上梳理AI应用的数据治理策略,进行数据准备与标注,基于自然语言交互自动规划研发流程,从而降低门槛,使AI能够应用于千行万业的业务场景中,提升企业运维效率并降低成本,加速企业智能化转型。深化监控部署与资源保障,赞奇携手华为云构建高效运维新体验企业云端业务在运行过程中,实时监控、智能部署、资源优化、安全保障,四大要素构成了云运维全流程的坚固框架。江苏赞奇科技股份有限公司是华为云重要合作伙伴,会上,江苏赞奇科技股份有限公司运维总监曹晖以“构建高效云运维:监控部署与资源保障全流程实践分享”为题展开演讲。他表示,赞奇与华为云在过去的四年合作中,共同解决了在大规模资源调度和实时性要求高的云工作站及渲染服务方面的种种挑战。江苏赞奇科技股份有限公司运维总监——曹晖通过协同工作,赞奇基于华为云的资源保障和高性能存储能力,构建了一套能够实时监控系统状态、确保稳定性和提升用户体验的运维体系。同时,赞奇采用云原生监控解决方案如Prometheus,实现了自定义监控项的兼容,并通过标准化工作流程和自动化部署提高了运维效率。此外,赞奇还建立了知识库,将以往依赖个人经验的问题处理方式转变为基于服务的运维2.0模式,减少了故障排查次数,并提升了团队的整体能力。修复不拖延、资源不浪费,“一站式”运维平台全搞定在当前企业数字化转型加速的大环境下,一站式运维平台联合解决方案扮演着至关重要的角色。研讨会上,华为云集成运维服务专家以及上海观测未来信息技术有限公司观测云资深技术专家翁一磊分别结合华为云一站式运维平台联合解决方案进行了分享。华为云集成运维服务专家表示,华为云一站式运营中心(COC)旨在解决客户在运维过程中面临的监控分散、数据标准化不足、多云治理困难、故障定位难等一系列挑战。通过整合资源生命周期管理、确定性恢复、变更风险管控和服务韧性提升等四大场景能力,COC为不同角色的用户提供了一体化管理解决方案,包括决策支持的大屏展示、自动化运维作业以及故障快速恢复等功能。尤其值得一提的是,COC通过构建CMDB实现了资源与应用的关联,从而帮助客户在资源规划、发放、运维及运营等环节大大提升了工作效率。华为云集成运维服务专家翁一磊强调,观测云作为华为云的紧密合作伙伴,致力于为全球企业提供一体化的可观测监控平台。针对企业普遍存在的监控工具分散、缺乏全局视角等问题,观测云提供了一个统一的端到端可观测平台,支持SaaS和私有化部署模式,并且与华为云市场和云账单系统集成,方便用户使用和管理。观测云不仅能监控多云和本地资源,还支持多种日志采集与解析,提供从前端到后端的全面应用监控与可视化。通过集成现有的监控工具和CMDB平台,观测云帮助企业构建统一的观测平台,实现了降本增效。上海观测未来信息技术有限公司观测云资深技术专家——翁一磊凝结各界智慧与经验,企业数智化挑战迎刃而解本次研讨会上,专家与企业家们还围绕运维稳定性的挑战与机遇、运维技术的未来趋势等议题进行了深入的探讨和交流。与会者各抒己见,结合各自领域的实践经验与智慧,为未来的运维工作提供了诸多有益的启示和借鉴。可以说,当下正是企业数智化发展的黄金时期。在面对诸多机遇的同时,一些不确定性因素也将随之而来,要想保障业务的高效、长足发展,必要前提便是时刻确保系统的稳定运行。作为数字化领域的实践者与赋能者,华为云希望通过举办系列活动,凝聚行业中坚力量,打造畅所欲言的交流平台,碰撞出新点子、新思路、新方法以解决企业实际问题。未来,华为云“数智先锋100”系列研讨会还将开启更多前沿议题的探讨,走入更多地区,携手各领域精英企业,以云、AI等为技术底座,探寻企业高质量发展的成功密码,在云时代“先人一步”。转载自:凤凰新闻原文地址:cid:link_0
  • [技术干货] ExaGear for Server
     ExaGear for Server 为用户提供一个虚拟的x86 Linux OS环境,支持运行x86应用,部署运行在Arm64 Linux OS上。本章主要介绍ExaGear for Server的基本操作和使用,包括ExaGear for Server的获取、安装、运行、配置、升级和卸载, 以及x86应用程序在ExaGear上的安装和运行。 系统要求 Host系统需满足如下要求:  CPU:Armv8架构; RAM:512 MB及以上; 磁盘空间:默认安装路径为/opt/exagear,需保证该目录所在磁盘的空余空间满足如下条件: 600 MB: 含x86系统库和基础文件系统,在ExaGear安装包中提供, 用户所运行的x86应用程序需要额外占用空间,包括依赖库文件和相关系统配置文件; 操作系统:64 位Linux操作系统(CentOS、Ubuntu),允许的虚拟地址长度至少为48bit。 开启动态二次优化功能,需要满足如下要求: CPU: Armv8.2架构具备且开启Statistical Profiling Extension(SPE)扩展功能; Linux内核版本4.16及以上; 用户权限检查 确保已获取执行后续操作所需的sudo权限或者以root用户完成后续操作。 安装前,检查host系统的/opt/exagear目录是否存在。如存在,用户可根据实际情况,选择在当前版本上进行升级,参见“升级ExaGear for Server on Ubuntu”,也可选择卸载当前已安装版本,参见“卸载ExaGear for Server on Ubuntu”,然后重新进行新版本的安装,新版本安装参见如下。  ExaGear for Server on Ubuntu发布件包含如下五个安装包:  exagear-core-x32a64-<package_version>_arm64.deb exagear-core-x64a64-<package_version>_arm64.deb exagear-guest-for-ubuntu-<os_version>-x86_64-<package_version>_all.deb exagear-integration-<package_version>_all.deb exagear-utils-<package_version>_all.deb 执行以下命令安装exagear:  sudo dpkg -i exagear-utils_<package_version>all.deb exagear-core-x64a64<package_version>arm64.deb exagear-core-x32a64<package_version>_arm64.deb exagear-guest-for-ubuntu-<os_version>-x86_64-<package_version>all.deb exagear-integration<package_version>_all.deb sudo apt-get install -f 上述命令中的<package_version>表示ExaGear包的版本号,例如1738。安装时需根据实际获取的安装包版本号执行操作,否则会提示失败。  上述命令中的<os_version>表示guest系统的版本号,安装时需根据实际获取的安装包版本号执行操作,否则会提示失败。此处<os_version>以for Ubuntu 18.04为例,则<os_version>为1804。  本文后续涉及<package_version>和<os_version>的描述同理,不再赘述。 至此,ExaGear的指令翻译引擎,x86运行环境,以及工具套件已完成部署安装,你可以开始使用ExaGear for Server提供的x86 OS环境,及安装和运行x86应用程序。 运行exagear命令,即可启动一个x86 shell,也称为guest shell,进入到虚拟的x86 OS环境。  exagear 显示:Starting the shell in the guest image /opt/exagear/images/ubuntu-<os_version>-x86_64  arch 显示:x86_64  至此,你已置身于x86运行环境,根目录在host系统上的绝对路径为:/opt/exagear/images/ubuntu-<os_version>-x86_64。  在这里,guest shell的运行情况和在x86机器上一样。  须知 用户帐号在host系统和guest系统之间是共享的。在guest系统中增加或删除用户时,host上也会自动进行相应的修改。/home目录也在host系统和guest系统之间共享(更多host和guest系统之间共享目录的详细信息,请参考配置ExaGear for Server on Ubuntu)。  运行exit命令即可退出guest会话。  exit 至此,你又回到了host系统。执行如下命令:  arch 显示:aarch64。  说明 系统一般默认的是bash shell,调用ExaGear之前,用户还可以通过设置SHELL环境变量在guest系统中使用自己偏好的shell,比如csh,ksh等。 x86或x86_64应用程序以及依赖库的安装等,需要在guest环境中进行。推荐使用apt工具安装x86应用,首先要配置apt源,需要进入guest环境后进行配置,相关操作和在x86机器上的操作一样。  说明 如果你需要在本地网络中通过/etc/environment使用代理配置,确保你已经通过如下命令将配置复制到了guest系统(更多请参考“配置ExaGear for Server on Ubuntu”)。  sudo cp /etc/environment /opt/exagear/images/ubuntu-<os_version>-x86_64/etc/environment 运行exagear命令进入guest环境,以安装x86的nginx为例:  exagear 显示:Starting the shell in the guest image /opt/exagear/images/ubuntu-<os_version>-x86_64  通过apt-get进行安装:  sudo apt-get update sudo apt-get install nginx 在guest环境中安装x86应用程序,guest 环境中查看到的路径如果是/path/to/binary,则实际路径是:/opt/exagear/images/ubuntu-<os_version>-x86_64/path/to/binary。  比如,在guest环境中 nignx的路径为 /usr/sbin/nginx,在host 环境上的实际路径为/opt/exagear/images/ubuntu-<os_version>-x86_64/usr/sbin/nginx。  如果x86应用是以deb安装包方式提供的,需要将该安装包拷贝至guest系统可见的目录,推荐个人home目录“~/”,然后进入guest环境,通过apt-get进行安装,以安装x86 xxx.deb包为例:  exagear 显示:Starting the shell in the guest image /opt/exagear/images/ubuntu-<os_version>-x86_64  通过apt-get进行安装:  sudo apt-get install xxx x86应用程序安装完成后,在guest和host中均可运行。  你可以运行exagear命令启动guest shell,并运行任何x86应用程序,运行方式和在x86系统中一样。例如:  exagear 显示:Starting the shell in the guest image /opt/exagear/images/ubuntu-<os_version>-x86_64  which nginx 显示:/usr/sbin/nginx  /usr/sbin/nginx -h 在host会话中,你有如下两种选择:  在同一行中输入exagear – 命令和guest系统内部的x86应用程序路径。例如: exagear – /usr/sbin/nginx -h 输入x86应用程序二进制文件的完整路径。这个文件位于一个特定的目录下:/opt/exagear/images/ubuntu-<os_version>-x86_64,即x86运行环境。例如: /opt/exagear/images/ubuntu-<os_version>-x86_64/usr/sbin/nginx -h 默认配置下,x86应用程序只能访问x86运行环境中的文件,如果需要访问host系统上的某些文件,可以通过设置host与guest共享目录文件方式。详细配置方法请参考“配置ExaGear for Server on Ubuntu”中的host系统和guest系统共享的共享章节。  注:  对于脚本程序,推荐进入guest环境后运行,或者在host上运行该命令:  exagear – /path/to/script 以test.sh脚本为例,脚本内容:  #!/bin/bash if [ arch == ‘x86_64’ ] then echo “ok” else echo “fail” fi 运行结果对比:  ./test.sh 显示:fail  exagear – ./test.sh 显示:ok host系统和guest系统共享的目录 ExaGear Server整个文件系统对host系统应用程序可见,只有guest系统文件对Linux on x86应用程序可见。  图1 host系统和guest系统的文件系统(以Ubuntu 18为例)  配置文件/opt/exagear/images/ubuntu-<os_version>-x86_64/.exagear/vpaths-list包含了host系统和guest系统共享的一系列目录和文件。  cat /opt/exagear/images/ubuntu-<os_version>-x86_64/.exagear/vpaths-list 显示:  /home/  /etc/adduser.conf  /etc/deluser.conf  …  以下文件及配置会在host系统和guest系统中共享使用:  User accounts user groups user privileges /home directories host configurations system information provided by Linux kernel devices and disks sockets pidfiles mount points logs temporary files 如需创建一个在host系统和guest系统之间共享的目录或文件,可以选择如下两种方法:  方法1:修改vpaths-list配置文件。 修改vpaths-list配置文件的操作步骤如下:  确保host系统中存在所需的目录(或文件)。 在guest系统中创建同名的假目录(或文件)。 将目录(或文件)的完整路径另取一行添加到配置文件opt/exagear/images/ubuntu-<os_version>-x86_64/.exagear/vpaths-list中。 请注意,配置文件的目录应以“/”结尾  方法2:将host系统要共享的目录挂载到guest系统 以/newdir为例,使用coreutils中的mount实用程序将host系统要共享的目录挂载到guest系统:  在x86运行环境中创建挂载点: sudo mkdir /opt/exagear/images/ubuntu-<os_version>-x86_64/shareddir 将newdir挂载到shareddir挂载点下: sudo mount --bind /newdir /opt/exagear/images/ubuntu-<os_version>-x86_64/shareddir 
  • [技术干货] 扫描分析netty-all-4.1.34-Final
     简要介绍 Netty是一个基于NIO的客户、服务器端的编程框架,使用Netty 可以确保你快速和简单的开发出一个网络应用,例如实现了某种协议的客户、 服务端 应用。Netty相当于简化和流线化了网络应用的编程开发过程,例如:基于 TCP 和 UDP 的socket服务开发。  本实践使用鲲鹏DevKit应用迁移工具进行 软件迁移评估 ,帮助用户实现软件迁移前期分析需求。  语言:Java  开源协议:Apache-2.0 License  建议版本 鲲鹏DevKit工具版本:24.0.RC2  Netty源码包版本:4.1.34  硬件要求 根据各功能的平台依赖性,需要准备一套x86环境或一套鲲鹏环境。本文实际使用了如表1和表2两套环境中的鲲鹏平台环境。  表1 x86平台环境 项目  说明  服务器  x86虚拟机(KVM)环境  CPU  Intel Xeon Processor (Skylake, IBRS) 2.1GHz  OS  CentOS 7.6/openEuler 20.03-LTS-SP1/openEuler 22.03  安装的工具  鲲鹏DevKit 24.0.RC2  表2 鲲鹏平台环境 项目  说明  服务器  TaiShan 200 2280 服务器(等同于其它基于鲲鹏920的服务器)  CPU  鲲鹏920 96核处理器  OS  CentOS 7.6/openEuler 20.03-LTS-SP1/openEuler 22.03  安装的工具  鲲鹏DevKit 24.0.RC2  软件要求 软件要求如表3所示。  表3 软件要求 项目  版本  获取地址  开源软件Netty  Netty-all-4.1.34-Final.jar  https://repo1.maven.org/maven2/io/netty/netty-all/4.1.34.Final/netty-all-4.1.34.Final.jar 前提条件 已在鲲鹏环境部署鲲鹏DevKit,并已安装应用迁移工具。 已获取Netty框架包。 已安装鲲鹏DevKit插件,并已配置远端服务器。 操作步骤 打开鲲鹏DevKit插件并登录鲲鹏DevKit工具,在页面左侧选择“应用迁移”,单击“软件迁移评估”进入软件迁移评估任务,单击“分析软件包”,上传“netty-all-4.1.34-Final.jar”源码包。如图1所示。 Netty包扫描结束后,会自动跳转至评估报告页面,Netty框架包的扫描报告如图2所示,此报告表明该JAR包中已存在于华为云镜像源中的鲲鹏Maven仓库中,用户可选择直接下载该JAR包进行使用。  本实践中,通过对分析扫描过程的完整模拟,覆盖了用户利用鲲鹏DevKit应用迁移工具对软件迁移进行前期分析的场景。  用户在其它软件的迁移任务中,可以参考本实践的思路和操作过程进行操作。 
  • [问题求助] ABC运行环境中有一个目录使用率100%,是否会影响系统的正常运行?
    环境信息:ABC_20.3环境问题一句话总结:在进行ABC运行环境巡检时,发现下图的目录空间的使用率已达到100%,是否会影响业务系统的正常运行?此目录下的tmpfs是什么文件?能否删除?。问题现象截图:使用场景或目的:不涉及。操作步骤:无希望优化的地方或希望实现的效果:租户账号:nxx项目名称: 天津xx
  • [问题求助] 如何才能进行拨测?测试其他国家节点访问URL的可用性
    如何才能进入拨测列表? 需要购买什么?
  • [问题求助] UAP 接入中继线路,落地号码是否需要配置
    【问题来源】【必填】                  华夏银行【问题简要】【必填】                       UAP 接入中继线路,落地号码是否需要配置【问题类别】【必填】                 UAP MML 命令【AICC解决方案版本】【必填】                 AICC 22.100             【期望解决时间】【选填】                       【问题现象描述】【必填】           呼入中继线路接入之后,中继号码是否需要配置 ,如果不配置号码,是否可以将呼入电话直接转到指定的接入码 ;    目前我们的操作方式是,先配置一个中继线路号码,比如400XXXXX 号码,再在MML 里面做号码转换,将400XXXXX 号码转成内部接入码 ,之后电话路由才指向到接入码或者转接ivr 或者转接队列 ;   能否添加一个路由,在不判断来电号码的情况下,直接将呼入电话直接指向某个接入码  
  • [问题求助] 请问在商店如何添加谷歌tag manager,FB piexl等追踪代码
    请问在商店如何添加谷歌tag manager,FB piexl等追踪代码谢谢
  • [问题求助] 【OPS运维平台】【基于APC开发应用接入OPS】【配置指南】
    环境信息:问题一句话总结:基于ABC开发的第三方应用如何接入OPS,不知道如何配置问题现象截图:使用场景或目的:实现平台+应用统一监控操作步骤:希望优化的地方或希望实现的效果:小白能看懂,能上手,一步一个截图的配置指导文档租户账号:xxxx (重要信息,务必写上)项目名称: 广州中山附一诊疗环境改造项目
  • [问题求助] REDIS运行异常
    局点:北京某局点版本:23.200问题描述:REDIS服务异常退出,重启无效,集群部署,其中一台redis的两个端口,只有一个正常,另外一个端口异常;日志如下,重启如下:
  • [技术干货] WeAutomate 设计器/执行器新版本chrome浏览器驱动导入
    Chrome浏览器驱动获取网址:https://chromedriver.chromium.org/downloadshttps://mirrors.tools.huawei.com/chromedriver/ (推荐)获取chrome浏览器版本以及导入驱动页面,如下图所示:注;浏览器版本也可在浏览器设置-帮助-关于chrome中查看浏览器版本大于114,驱动下载如下图所示:打开上述浏览器驱动下载地址,点击页面中红色字体JSON endpoints,然后在页面中根据自己浏览器版本检索(图2),下载"platform":"win64"以及url地址为chromedriver-win64.zip的文件,示例:{"platform":"win64","url":"https://edgedl.me.gvt1.com/edgedl/chrome/chrome-for-testing/122.0.6261.0/win64/chromedriver-win64.zip"}图1图2驱动文件下载后,导入方法如下所示:【方法一】:【推荐】驱动压缩包中多包含了非驱动文件,将压缩包解压后,将chromedriver.exe文件重新压缩成zip类型压缩包,如上图中步骤3所示,点击后选择驱动文件导入。【方法二】:将下载的压缩包解压后,将 chromedriver.exe 驱动文件放到C:\Users\用户名\AppData\Local\HuaweiRPA\public\webdriver文件夹中,然后重启设计器\执行器,即可在驱动导入页面查看到更新后的驱动。注:如以上操作仍无法解决问题,可通过华为云论坛发帖提问解决问题
  • [信息速递] 【直播回顾&礼品发放】网络巡检新体验APP,震撼来袭。多重直播福利,快来参与~
     【直播回顾】 回放地址:https://devzone.huawei.com/cn/enterprise/aoc/videos/index.html?id=166&number=1&from=allVideos3精彩问答:cid:link_1获奖名单公布一.直播前报名有奖二.直播中直播间有奖抽奖轮次姓名礼品第一轮木xx、张x、白xx“网络巡检”变色水杯第二轮吕x、李xx、顾xx“网络巡检”安全靠枕第三轮李xx、朱xx、张xAOC定制表情包抱枕三.直播后回顾有奖序号昵称礼品1nukinsanAOC定制表情包抱枕被2我中奖了3zyuncle4李昌运恭喜所有中奖的用户,请于10月15日前联系AOC服务体验官(微信:huawei520aoc)进行礼品发送登记,过时将不进行礼品的补发,感谢支持。完成登记的用户已安排发送,请继续期待下次iMaster NCE's AOC的活动吧~-----------------------------------------------【直播预热】videovideovideovideovideovideovideovideovideo活动时间:2023年8月21日—2023年8月29日     Num1.抽取15%的报名盖楼用户送出网络巡检 安全靠枕。Num2.报名盖楼人数达到50人,将加抽2名幸运用户送出50元京东卡券。               报名盖楼人数达到100人,将加抽1名幸运用户送出100元京东卡券。直播报名链接:cid:link_2系统默认使用华为帐号登录,如果您使用的是support帐号、JDC帐号,建议切换为“华为官网帐号”进行登录点击上述链接报名成功后盖楼,回复:报名截图+华为云开发者账号。报名截图举例:*注意:重复盖楼信息以第一次盖楼为主,不可恶意刷楼。如有无法上传图片问题,可以将图片大小控制在100k以下尝试,或联系体验官解决直播前报名活动参加完后,请继续向下参与其他活动哦~活动时间:8月29日19:00-20:00​ 官方直播链接:cid:link_3直播过程中,登录华为云官方直播间,按照小助手发布的抽奖口令,进行互动抽奖,共3轮抽奖环节。礼物有“网络巡检”定制靠枕、“网络巡检”变色水杯及AOC定制表情包抱枕被。​​活动时间:2023年8月30日—2023年9月15日​直播结束后,在本贴下晒出您的学习反馈,专家将根据优质回复内容送出AOC定制表情包抱枕被。您的学习反馈可以是:▷ 你通过本次直播新掌握的一个知识点▷ 您在本次直播的操作演示中,印象最深的一个步骤▷ 您对本次直播中“网络巡检”功能的感受或疑问▷ 您对本次直播中“网络巡检”功能的改善性建议....快来反馈参与吧~--------------------------------------------------------------------  注意事项:1. 本帖不关闭评论区功能,超出活动时间视为活动失效。2.中奖用户请及时关注中奖信息与活动截止时间,活动结束后20天内发送礼品。9月30日前不进行礼品快递信息登记的用户视为中奖无效,不补发礼品。中奖用户可添加AOC服务体验官微信(vx:huawei520aoc),进行礼品登记与跟踪。3 本活动最终解释权归iMaster NCE's AOC社区所有。————  关于我们 ————iMaster NCE's AOC (Agile Open Container)集成了华为网络云化平台,以及从网络运维中抽象总结出的业务框架,以Yang模型为基础,提供了对网络的开放可编程能力。iMaster NCE's AOC已经广泛的应用于中国银联、华为云等网络中。中国银联:华为iMaster NCE's AOC有效解决了金融行业在自动化转型过程中的痛点问题,满足了Bank4.0时代智能金融服务对网络平稳支撑的诉求。华为云:在华为云项目中,iMaster NCE's AOC完美匹配了南北向快速集成和网络变更自动化高可靠的需求,显著提升了运营效率。  中英文社区首页入口:    中文版社区      /    英文版社区 邮箱联系: aocconsult@huawei.comiMaster NCE's AOC服务体验官微信:huawei520aoc
总条数:98 到第
上滑加载中