带你读《企业级云原生白皮书项目实战》——5.1.3 变更实例(2)

简介: 带你读《企业级云原生白皮书项目实战》——5.1.3 变更实例(2)

《企业级云原生白皮书项目实战》——第五章 大数据——5.1 检索分析服务 Elasticsearch版——5.1.3 变更实例(1) https://developer.aliyun.com/article/1228901?groupCode=supportservice


5.1.3.2 实例升配

在实例列表中,找到目标实例,点击其右侧的升配。

image.png

进入升配界面,能看到当前配置,以及下面截图中的信息。

image.png

配置项具体说明如下,可按需进行配置。

OpenStore存储:支持升配时开启OpenStore存储功能,或者升配已购买的OpenStore存储冷节点的数量。但是如果集群已开启非OpenStore的冷数据节点,不支持切换至OpenStore存储。另外,目前只有华东2(上海)、华北3(张家口)、华东1(杭州)、华南 1(深圳)、华北 2(北京)地域支持,并且内核小版本需要升级到1.5.0及以上,才可开启OpenStore存储。

实例类型:按需选择,详情见5.1.2.1 基础配置章节。

选择变更项-节点规格:每次只能变更一种节点类型(数据节点、冷数据节点、协调节点、专有主节点、Kibana节点、弹性节点)的规格配置。

选择变更项-磁盘规格:支持存储性能较低的云盘升配到存储性能较高的云盘,云盘存储性能由低到高依次为:高效云盘、SSD云盘、ESSD云盘,您可以根据需求进行升配。系统不支持将SSD升配到ESSD-PL0。

强制变更:如果实例为非正常状态(红色或黄色),且服务已受到严重影响,急需通过扩容来解决,建议使用强制变更(忽略实例的健康状态,耗时较短)。未启用强制变更时,系统默认使用重启方式升配集群。

智能变更:默认开启。开启智能变更时,后端会根据变更操作类型自动选择合适的变更方式。也可以手动关闭智能变更,关闭后,可以指定变更方式,支持蓝绿变更和原地变更。蓝绿变更是指为集群添加相同数量的新节点并拷贝数据,之后无缝切换到新节点,变更过程相对平滑但耗时较长。蓝绿变更会导致节点IP地址发生变化,如果在集群配置中指定了节点IP地址,请在变更完成后及时更新。原地变更是指对集群中所需变更的节点逐个滚动变更。变更无需拷贝数据,时间不受数据规模影响,但会对集群的性能产生一定影响。

最后勾选服务协议,点击立刻购买。

注意:需要提前检查集群中是否存在状态为close的索引。如果存在,需要将对应索引的状态暂时设置open,否则变更不成功。


《企业级云原生白皮书项目实战》——第五章 大数据——5.1 检索分析服务 Elasticsearch版——5.1.3 变更实例(3) https://developer.aliyun.com/article/1228898?groupCode=supportservice

相关文章
|
5天前
|
运维 监控 Cloud Native
云原生之运维监控实践:使用 taosKeeper 与 TDinsight 实现对 时序数据库TDengine 服务的监测告警
在数字化转型的过程中,监控与告警功能的优化对保障系统的稳定运行至关重要。本篇文章是“2024,我想和 TDengine 谈谈”征文活动的三等奖作品之一,详细介绍了如何利用 TDengine、taosKeeper 和 TDinsight 实现对 TDengine 服务的状态监控与告警功能。作者通过容器化安装 TDengine 和 Grafana,演示了如何配置 Grafana 数据源、导入 TDinsight 仪表板、以及如何设置告警规则和通知策略。欢迎大家阅读。
23 0
|
2月前
|
Kubernetes Cloud Native Docker
云原生之旅:从传统架构到容器化服务的演变
随着技术的快速发展,云计算已经从简单的虚拟化服务演进到了更加灵活和高效的云原生时代。本文将带你了解云原生的概念、优势以及如何通过容器化技术实现应用的快速部署和扩展。我们将以一个简单的Python Web应用为例,展示如何利用Docker容器进行打包和部署,进而探索Kubernetes如何管理这些容器,确保服务的高可用性和弹性伸缩。
|
2月前
|
存储 Cloud Native 块存储
EBS深度解析:云原生时代企业级块存储
企业上云的策略,从 Cloud-Hosting 转向 Serverless 架构。块存储作为企业应用上云的核心存储产品,将通过 Serverless 化来加速新的计算范式全面落地。在本话题中,我们将会介绍阿里云块存储企业级能力的创新,深入解析背后的技术细节,分享对未来趋势的判断。
145 2
|
6月前
|
存储 Cloud Native 智能网卡
共识协议的技术变迁问题之应用程序开发者应如何利用现有服务降低系统复杂性
共识协议的技术变迁问题之应用程序开发者应如何利用现有服务降低系统复杂性
|
5月前
|
运维 Kubernetes Cloud Native
Kubernetes云原生问题之在托管Kubernetes服务中云服务商和用户的运维责任划分如何解决
Kubernetes云原生问题之在托管Kubernetes服务中云服务商和用户的运维责任划分如何解决
46 0
|
6月前
|
运维 监控 负载均衡
云原生架构的演进:从微服务到服务的网格
【7月更文挑战第8天】云原生技术正以惊人的速度不断进化,其核心理念是构建可扩展、灵活且高度可靠的应用程序。本文将深入探讨云原生架构的关键组成部分,特别是微服务和服务网格,以及它们如何共同推动现代软件的发展。我们将通过一个具体的案例分析,揭示这些技术如何在现实世界中被应用来提升业务敏捷性和操作效率。
|
6月前
|
Kubernetes Cloud Native 微服务
企业级容器部署实战:基于ACK与ALB灵活构建云原生应用架构
这篇内容概述了云原生架构的优势,特别是通过阿里云容器服务Kubernetes版(ACK)和应用负载均衡器(ALB)实现的解决方案。它强调了ACK相对于自建Kubernetes的便利性,包括优化的云服务集成、自动化管理和更强的生态系统支持。文章提供了部署云原生应用的步骤,包括一键部署和手动部署的流程,并指出手动部署更适合有技术背景的用户。作者建议在预算允许的情况下使用ACK,因为它能提供高效、便捷的管理体验。同时,文章也提出了对文档改进的建议,如添加更多技术细节和解释,以帮助用户更好地理解和实施解决方案。最后,展望了ACK未来在智能化、安全性与边缘计算等方面的潜在发展。水文一篇,太忙了,见谅!
|
8月前
|
域名解析 Kubernetes 网络协议
【域名解析DNS专栏】云原生环境下的DNS服务:Kubernetes中的DNS解析
【5月更文挑战第29天】本文探讨了Kubernetes中的DNS解析机制,解释了DNS如何将服务名转换为网络地址,促进集群内服务通信。Kubernetes使用kube-dns或CoreDNS作为内置DNS服务器,每个Service自动分配Cluster IP和DNS条目。通过示例展示了创建Service和使用DNS访问的流程,并提出了优化DNS解析的策略,包括使用高性能DNS解析器、启用DNS缓存及监控日志,以实现更高效、可靠的DNS服务。
123 1
|
8月前
|
Kubernetes 安全 Cloud Native
Rainbond 携手 TOPIAM 打造企业级云原生身份管控新体验
TOPIAM是开源的IDaas/IAM平台,旨在统一管理企业账号、权限和认证,整合各类系统,实现单点登录。通过集中式管理,它解决传统IT架构中的安全和效率问题,加强企业安全并促进数字化转型。使用Rainbond云原生应用管理平台可轻松部署TOPIAM。TOPIAM功能包括组织信息管理、身份源集成、多种认证协议、安全审计、防暴力破解和密码策略。未来将推出更多与Rainbond的结合应用案例。
Rainbond 携手 TOPIAM 打造企业级云原生身份管控新体验
|
8月前
|
Cloud Native 安全 Serverless
【阿里云云原生专栏】低代码开发在云原生平台的应用:阿里云低代码服务探索
【5月更文挑战第27天】在云原生时代,低代码开发凭借其图形化界面和预构建模块,简化了应用开发,提升了效率。阿里云积极探索低代码领域,推出函数计算FC和应用配置中心ACM等服务。FC让开发者无需关注基础设施,仅需少量代码即可实现应用部署,而ACM则提供动态配置管理,增强应用灵活性。阿里云的这些服务为企业数字化转型提供了高效、安全的解决方案,预示着低代码开发在云原生平台上的重要地位。
273 1