云服务器ECS选型配置参考指南
现在企业信息化,使用云服务器的越来越普遍了,做为企业上云,在选择云服务器时,应该需要了解哪些方面呢?云服务器 的配置选择,和网站或应用的类型、访问量、数据量大小、程序质量等因素有关,建议和您的网站或应用的开发技术人员沟通,选择最适合您的配置。如果您没有技术人员可提供建议,可以参考我们的建议进行配置选择。
笔者介绍实例配置选型的流程,并针对常见应用场景给出实例配置建议。如果您的业务面向以下应用场景,可以选择图中推荐的实例。更多实例规格族,请参见实例规格族。
实例结合应用场景选择,建议参考如下实例配置:
- 均衡性能
需要相对均衡的处理器与内存资源配比,可以满足大多数场景下的应用资源需求。 - 高网络收发包应用
需要高网络收发包能力,您可以根据应用场景选择更合理的计算与内存的资源配比。 - 高性能计算
需要消耗高计算资源,GPU并行计算以及高主频是该场景下的典型应用。 - 高性能端游
需要高主频处理器支持,高处理器主频可以承载更多的用户。 - 手游、页游
需要消耗高计算资源,建议选择1:2的处理器与内存配比,可以获得最优计算资源性价比。 - 视频转发
需要消耗高计算资源,建议选择1:2的处理器与内存配比,可以获得最优计算资源性价比。 - 直播弹幕
需要高网络收发包能力,您可以根据应用场景选择更合理的计算与内存的资源配比。 - 关系型数据库
需要SSD云盘或更高性能的NVMe SSD本地磁盘实现高存储IOPS和低读写延时,建议选择均衡(1:4)或内存更大(1:8)的处理器与内存配比。 - 分布式缓存
需要稳定的计算性能,建议选择均衡(1:4)或者内存更大(1:8)的处理器与内存配比。 - NoSQL数据库
需要SSD云盘或更高性能的NVMe SSD本地磁盘实现高存储IOPS和低读写延时,建议选择均衡(1:4)或内存更大(1:8)的处理器与内存配比。 - Elasticsearch
需要SSD云盘或更高性能的NVMe SSD本地磁盘实现高存储IOPS和低读写延时,建议选择均衡(1:4)或内存更大(1:8)的处理器与内存配比。 - Hadoop
数据节点需要高磁盘吞吐、高网络吞吐、均衡的处理器与内存配比,计算节点则更关注计算性能、网络带宽及处理器与内存配比。 - 图片转码
需要硬件并行加速能力,您可以根据应用场景选择更合理的计算与内存的资源配比。 - AI深度学习训练
需要高性能的NVIDIA GPU加速器,GPU与CPU比例1:8到1:12之间。 - 通用深度学习
需要高性能的NVIDIA GPU加速器,GPU与CPU比例1:4到1:48之间。 - 图像识别推理
需要高性能的NVIDIA GPU加速器,GPU与CPU比例1:4到1:12之间。 - 语音识别语音合唱推理
需要高性能的NVIDIA GPU加速器,GPU与CPU比例1:16到1:48之间。 - 超算
需要强大稳定的计算能力和高带宽低延迟的优质网络。
了解清楚业务所需应用场景,建议到阿里云官网购买云服务器ECS,企业级实例限时1折!
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
OpenRASP v1.2.2 发布,修复 v8::Abort() 等问题
OpenRASP于2017年4月立项,其初衷是为了提供一套通用的安全框架,并提高应用对未知漏洞的防护能力。Struts2 系列漏洞属于典型的未知漏洞。从 S2-001 到最新的 S2-057,它的特点是请求特征在不断变化,最终通过某种方式执行OGNL语句或者反序列化,接着获取系统权限。 RASP防护引擎运行与应用内部,可以很好的解决这个问题。无论是何种漏洞,它的最终目的无非是: 执行系统命令、上传webshell、拖库等等。于是我们实现了这样的安全框架: 不依赖请求特征检测攻击,而是在应用执行上述关键操作时,执行一段自定义的逻辑检查是否存在异常。 本次发布 OpenRASP 1.2.2 版本,彻底解决v8::Abort() 问题,并修复开源社区报告的多个问题 升级说明 管理后台 后台升级完成后,还需要再手动执行./rasp-cloud -upgrade 121to122来更新 MongoDB 增加X-Protected-By: OpenRASP相关配置 请求 body 大小限制改为 12KB 支持在线升级,但执行过程中请不要在后台修改配置 新增功能 通用改进 彻底解决v8::Abort...
- 下一篇
阿里巴巴架构师:十问业务中台和我的答案
一切业务数据化,一切数据业务化。 “中台”概念这几年非常火,特别是阿里、腾讯、百度、京东等互联网公司最近频繁的基于中台调整组织架构,把“中台”的热度又上升到另一个高度,甚至有这样的声音, 90 年代不做 ERP 会死,现在不做中台也会定企业生死。中台的概念起源于阿里,也发展于阿里。笔者有幸参与阿里业务中台方法体系建设,也主导参与一些阿里云新零售业务中台项目,经常被问到如下问题。本文作为“阿里巴巴业务中台”专题的第一篇,和大家分享一些思考(本文内容仅代表作者个人观点,欢迎交流)。 什么是业务中台? 中台起源于阿里,2015年,阿里提出了 “大中台,小前台”战略,灵感来源于芬兰的一家游戏公司Supercell,仅300名员工,却在短时间推出多个爆款游戏,成为全球最会赚钱的游戏公司。其实,阿里早在 2009 年建设“共享事业部”开始,就已经开始了中台的探索,并通过十年上百个客户的实践,阿里也将自己的技术和业务能力沉淀成为一整套解决方案和方法论体系。 中台是什么?不同的人有不同解读。我认为,中台是一套结合互联网技术和行业特性,将企业核心能力以共享服务形式沉淀,形成“大中台、小前台“的组织和业务...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- CentOS7,8上快速安装Gitea,搭建Git服务器
- CentOS6,7,8上安装Nginx,支持https2.0的开启
- CentOS关闭SELinux安全模块
- SpringBoot2初体验,简单认识spring boot2并且搭建基础工程
- CentOS8编译安装MySQL8.0.19
- SpringBoot2整合MyBatis,连接MySql数据库做增删改查操作
- CentOS8安装MyCat,轻松搞定数据库的读写分离、垂直分库、水平分库
- CentOS8安装Docker,最新的服务器搭配容器使用
- CentOS7,CentOS8安装Elasticsearch6.8.6
- Red5直播服务器,属于Java语言的直播服务器