• 关于

    E代码不可用

    的搜索结果

问题

Kubernetes API 参考  集群 API 列表  创建多可用区 Kubernetes 集群

青蛙跳 2019-12-01 21:37:40 664 浏览量 回答数 0

问题

如何解决SSIS中的多步​​OLE DB操作错误?

心有灵_夕 2019-12-26 21:44:05 1 浏览量 回答数 1

问题

求大神帮忙解决 Android项目java空指针异常问题 真的很急 -

爵霸 2019-12-01 19:47:00 967 浏览量 回答数 1

阿里云试用中心,为您提供0门槛上云实践机会!

0元试用32+款产品,最高免费12个月!拨打95187-1,咨询专业上云建议!

回答

常见的蓝屏代码0X0000000操作完成0X0000001不正确的函数0X0000002系统找不到指定的文件0X0000003系统找不到指定的路径0X0000004系统无法打开文件0X0000005拒绝存取0X0000006无效的代码0X0000007内存控制模块已损坏0X0000008内存空间不足,无法处理这个指令0X0000009内存控制模块位址无效0X000000A环境不正确0X000000B尝试载入一个格式错误的程序0X000000C存取码错误0X000000D资料错误0X000000E内存空间不够,无法完成这项操作0X000000F系统找不到指定的硬盘0X0000010无法移除目录0X0000011系统无法将文件移到其他的硬盘0X0000012没有任何文件0X0000019找不到指定扇区或磁道0X000001A指定的磁盘或磁片无法存取0X000001B磁盘找不到要求的装置0X000001C打印机没有纸0X000001D系统无法将资料写入指定的磁盘0X000001E系统无法读取指定的装置0X000001F连接到系统的某个装置没有作用0X0000021文件的一部分被锁定,现在无法存取0X0000024开启的分享文件数量太多0X0000026到达文件结尾0X0000027磁盘已满0X0000036网络繁忙0X000003B网络发生意外的错误0X0000043网络名称找不到0X0000050文件已经存在0X0000052无法建立目录或文件0X0000053 INT24失败0X000006B因为代用的磁盘尚未插入,所以程序已经停止0X000006C磁盘正在使用中或被锁定0X000006F文件名太长0X0000070硬盘空间不足0X000007F找不到指定的程序0X000045B系统正在关机0X000045C无法中止系统关机,因为没有关机的动作在进行中0X000046A可用服务器储存空间不足0X0000475系统BIOS无法变更系统电源状态0X000047E指定的程序需要新的windows版本0X000047F指定的程序不是windwos或ms-dos程序0X0000480指定的程序已经启动,无法再启动一次0X0000481指定的程序是为旧版的windows所写的0X0000482执行此应用程序所需的程序库文件之一被损0X0000483没有应用程序与此项操作的指定文件建立关联0X0000484传送指令到应用程序无效0X00005A2指定的装置名称无效0X00005AA系统资源不足,无法完成所要求的服务0X00005AB系统资源不足,无法完成所要求的服务0X00005AC系统资源不足,无法完成所要求的服务110 0x006E系统无法开启指定的装置或档案。111 0x006F档名太长。112 0x0070磁碟空间不足。113 0x0071没有可用的内部档案识别字。114 0x0072目标内部档案识别字不正确。117 0x0075由应用程式所执行的IOCTL 呼叫不正确。118 0x0076写入验证参数值不正确。119 0x0077系统不支援所要求的指令。120 0x0078此项功能仅在 Win32 模式有效。121 0x0079 semaphore超过逾时期间。122 0x007A传到系统呼叫的资料区域太小。123 0x007B档名、目录名称或储存体标124 0x007C系统呼叫层次不正确。125 0x007D磁碟没有设定标126 0x007E找不到指定的模组。127 0x007F找不到指定的程序。128 0x0080没有子行程可供等待。129 0x0081 %1这个应用程式无法在 Win32 模式下执行。130 0x0082 Attempt to use a file handle to an open disk partition for anoperation other than raw disk I/O.131 0x0083尝试将档案指标移至档案开头之前。132 0x0084无法在指定的装置或档案,设定档案指标。133 0x0085 JOIN 或 SUBST指令无法用於内含事先结合过的磁碟机。134 0x0086尝试在已经结合的磁碟机,使用JOIN 或 SUBST 指令。135 0x0087尝试在已经替换的磁碟机,使用 JOIN 或 SUBST 指令。136 0x0088系统尝试删除未连结过的磁碟机的连结关系。137 0x0089系统尝试删除未替换过的磁碟机的替换关系。138 0x008A系统尝试将磁碟机结合到已经结合过之磁碟机的目录。139 0x008B系统尝试将磁碟机替换成已经替换过之磁碟机的目录。140 0x008C系统尝试将磁碟机替换成已经替换过之磁碟机的目录.

独步喜多多 2019-12-02 00:43:41 0 浏览量 回答数 0

问题

ECS 实例的 VPC 属性应该如何修改

boxti 2019-12-01 21:46:54 3114 浏览量 回答数 0

问题

OSS监控数据访问指南

青衫无名 2019-12-01 21:37:12 1678 浏览量 回答数 0

问题

帮忙看看这个系统错误怎么处理

浪子1231 2019-12-01 21:57:46 9408 浏览量 回答数 3

回答

如果能时光倒流,回到过去,作为一个开发人员,你可以告诉自己在职业生涯初期应该读一本, 你会选择哪本书呢。我希望这个书单列表内容丰富,可以涵盖很多东西。” 1、《代码大全》 史蒂夫·迈克康奈尔 推荐数:1684 “优秀的编程实践的百科全书,《代码大全》注重个人技术,其中所有东西加起来, 就是我们本能所说的“编写整洁的代码”。这本书有50页在谈论代码布局。” —— Joel Spolsky 对于新手来说,这本书中的观念有点高阶了。到你准备阅读此书时,你应该已经知道并实践过书中99%的观念。– esac Steve McConnell的原作《代码大全》(第1版)是公认的关于编程的最佳实践指南之一, 在过去的十多年间,本书一直在帮助开发人员编写更好的软件。 现在,作者将这本经典著作全新演绎,融入了最前沿的实践技术,加入了上百个崭新的代码示例, 充分展示了软件构建的艺术性和科学性。 McConnell汇集了来自研究机构、学术界以及业界日常实践的主要知识, 把最高效的技术和最重要的原理交织融会为这本既清晰又实用的指南。 无论您的经验水平如何,也不管您在怎样的开发环境中工作,也无论项目是大是小, 本书都将激发您的思维并帮助您构建高品质的代码。 《代码大全(第2版))》做了全面的更新,增加了很多与时俱进的内容,包括对新语言、新的开发过程与方法论的讨论等等。 2、《程序员修炼之道》 推荐数:1504 对于那些已经学习过编程机制的程序员来说,这是一本卓越的书。 或许他们还是在校生,但对要自己做什么,还感觉不是很安全。 就像草图和架构之间的差别。虽然你在学校课堂上学到的是画图,你也可以画的很漂亮, 但如果你觉得你不太知道从哪儿下手,如果某人要你独自画一个P2P的音乐交换网络图,那这本书就适合你了。—— Joel 《程序员修炼之道:从小工到专家》内容简介:《程序员修炼之道》由一系列独立的部分组成, 涵盖的主题从个人责任、职业发展,知道用于使代码保持灵活、并且易于改编和复用的各种架构技术, 利用许多富有娱乐性的奇闻轶事、有思想性的例子及有趣的类比, 全面阐释了软件开发的许多不同方面的最佳实践和重大陷阱。 无论你是初学者,是有经验的程序员,还是软件项目经理,《程序员修炼之道:从小工到专家》都适合你阅读。 3、《计算机程序的构造和解释》 推荐数:916 就个人而言,这本书目前为止对我影响醉倒的一本编程书。 《代码大全》、《重构》和《设计模式》这些经典书会教给你高效的工作习惯和交易细节。 其他像《人件集》、《计算机编程心理学》和《人月神话》这些书会深入软件开发的心理层面。 其他书籍则处理算法。这些书都有自己所属的位置。 然而《计算机程序的构造和解释》与这些不同。 这是一本会启发你的书,它会燃起你编写出色程序的热情; 它还将教会你认识并欣赏美; 它会让你有种敬畏,让你难以抑制地渴望学习更多的东西。 其他书或许会让你成为一位更出色的程序员,但此书将一定会让你成为一名程序员。 同时,你将会学到其他东西,函数式编程(第三章)、惰性计算、元编程、虚拟机、解释器和编译器。 一些人认为此书不适合新手。 个人认为,虽然我并不完全认同要有一些编程经验才能读此书,但我还是一定推荐给初学者。 毕竟这本书是写给著名的6.001,是麻省理工学院的入门编程课程。 此书或许需要多做努力(尤其你在做练习的时候,你也应当如此),但这个价是对得起这本书的。 4、《C程序设计语言》 推荐数:774 这本书简洁易读,会教给你三件事:C 编程语言;如何像程序员一样思考;底层计算模型。 (这对理解“底层”非常重要)—— Nathan 《C程序设计语言》(第2版新版)讲述深入浅出,配合典型例证,通俗易懂,实用性强, 适合作为大专院校计算机专业或非计算机专业的C语言教材,也可以作为从事计算机相关软硬件开发的技术人员的参考书。 《C程序设计语言》(第2版新版)原著即为C语言的设计者之一Dennis M.Ritchie和著名的计算机科学家Brian W.Kernighan合著的 一本介绍C语言的权威经典著作。 我们现在见到的大量论述C语言程序设计的教材和专著均以此书为蓝本。 原著第1版中介绍的C语言成为后来广泛使用的C语言版本——标准C的基础。 人们熟知的“hello,world”程序就是由本书首次引入的,现在,这一程序已经成为所有程序设计语言入门的第一课。 5、《算法导论》 推荐数:671 《代码大全》教你如何正确编程; 《人月神话》教你如何正确管理; 《设计模式》教你如何正确设计…… 在我看来,代码只是一个工具,并非精髓。 开发软件的主要部分是创建新算法或重新实现现有算法。 其他部分则像重新组装乐高砖块或创建“管理”层。 我依然梦想这样的工作,我的大部分时间(>50%)是在写算法,其他“管理”细节则留给其他人…… —— Ran Biron 经典的算法书,被亚马逊网,《程序员》等评选为2006年最受读者喜爱的十大IT图书之一。 算法领域的标准教材,全球多所知名大学选用 MIT名师联手铸就,被誉为“计算机算法的圣经” 编写上采用了“五个一”,即一章介绍一个算法、一种设计技术、一个应用领域和一个相关话题。 6、《重构:改善既有代码的设计》 推荐数:617 《重构:改善既有代码的设计》清晰地揭示了重构的过程,解释了重构的原理和最佳实践方式, 并给出了何时以及何地应该开始挖掘代码以求改善。 书中给出了70多个可行的重构,每个重构都介绍了一种经过验证的代码变换手法的动机和技术。 《重构:改善既有代码的设计》提出的重构准则将帮助你一次一小步地修改你的代码,从而减少了开发过程中的风险。 《重构:改善既有代码的设计》适合软件开发人员、项目管理人员等阅读, 也可作为高等院校计算机及相关专业师生的参考读物。 我想我不得不推荐《重构》:改进现有代码的设计。—— Martin 我必须承认,我最喜欢的编程语录是出自这本书:任何一个傻瓜都能写出计算机能理解的程序, 而优秀的程序员却能写出别人能读得懂的程序。—— Martin Fowler 7、《设计模式》 推荐数:617 自1995年出版以来,本书一直名列Amazon和各大书店销售榜前列。 近10年后,本书仍是Addison-Wesley公司2003年最畅销的图书之一。 中文版销售逾4万册。 就我而言,我认为四人帮编著的《设计模式》是一本极为有用的书。 虽然此书并不像其他建议一样有关“元”编程,但它强调封装诸如模式一类的优秀编程技术, 因而鼓励其他人提出新模式和反模式(antipatterns),并运用于编程对话中。—— Chris Jester-Young 8、《人月神话》 推荐数:588 在软件领域,很少能有像《人月神话》一样具有深远影响力并且畅销不衰的著作。 Brooks博士为人们管理复杂项目提供了最具洞察力的见解。 既有很多发人深省的观点,又有大量软件工程的实践。 本书内容来自Brooks博士在IBM公司System/360家族和OS/360中的项目管理经验。 该书英文原版一经面世,即引起业内人士的强烈反响,后又译为德、法、日、俄中等多种语言,全球销量数百万册。 确立了其在行业内的经典地位。 9、《计算机程序设计艺术》 推荐数:542 《计算机程序设计艺术》系列著作对计算机领域产生了深远的影响。 这一系列堪称一项浩大的工程,自1962年开始编写,计划出版7卷,目前已经出版了4卷。 《美国科学家》杂志曾将这套书与爱因斯坦的《相对论》等书并列称为20世纪最重要的12本物理学著作。 目前Knuth正将毕生精力投入到这部史诗性著作的撰写中。 这是高德纳倾注心血写的一本书。—— Peter Coulton 10、《编译原理》(龙书) 推荐数:462 我很奇怪,居然没人提到龙书。(或许已有推荐,我没有看到)。 我从没忘过此书的第一版封面。 此书让我知道了编译器是多么地神奇绝妙。- DB 11、《深入浅出设计模式》 推荐数:445 强大的写作阵容。 《Head First设计模式》(中文版) 作者Eric Freeman; ElElisabeth Freeman是作家、讲师和技术顾问。 Eric拥有耶鲁大学的计算机科学博士学位,E1isabath拥有耶鲁大学的计算机科学硕士学位。 Kathy Sierra(javaranch.com的创始人)FHBert Bates是畅销的HeadFirst系列书籍的创立者,也是Sun公司Java开发员认证考试的开发者。 本书的产品设计应用神经生物学、认知科学,以及学习理论,这使得这本书能够将这些知识深深地印在你的脑海里, 不容易被遗忘。 本书的编写方式采用引导式教学,不直接告诉你该怎么做,而是利用故事当作引子,带领读者思考并想办法解决问题。 解决问题的过程中又会产生一些新的问题,再继续思考、继续解决问题,这样可以加深体会。 作者以大量的生活化故事当背景,例如第1章是鸭子,第2章是气象站,第3章是咖啡店, 书中搭配大量的插图(几乎每一页都有图),所以阅读起来生动有趣,不会感觉到昏昏欲睡。 作者还利用歪歪斜斜的手写字体,增加“现场感”。 精心设计许多爆笑的对白,让学习过程不会太枯燥。 还有模式告白节目,将设计模式拟人化成节目来宾,畅谈其内在的一切。 每一章都有数目不等的测验题。 每章最后有一页要点整理,这也是精华所在,我都是利用这一页做复习。 我知道四人帮的《设计模式》是一本标准书,但倒不如先看看这部大部头,此书更为简易。 一旦你了解了解了基本原则,可以去看四人帮的那本圣经了。- Calanus 12、《哥德尔、艾舍尔、巴赫书:集异璧之大成》 推荐数:437 如果下昂真正深入阅读,我推荐道格拉斯·侯世达(Douglas Hofstadter)的《哥德尔、艾舍尔、巴赫书》。 他极为深入研究了程序员每日都要面对的问题:递归、验证、证明和布尔代数。 这是一本很出色的读物,难度不大,偶尔有挑战,一旦你要鏖战到底,将是非常值得的。 – Jonik 13、《代码整洁之道》 推荐数:329 细节之中自有天地,整洁成就卓越代码 尽管糟糕的代码也能运行,但如果代码不整洁,会使整个开发团队泥足深陷, 写得不好的代码每年都要耗费难以计数的时间和资源。 然而这种情况并非无法避免。 著名软件专家RoberfC.Marlin在《代码整洁之道》中为你呈现出了革命性的视野。 Martin携同ObjectMetltor公司的同事,从他们有关整洁代码的最佳敏捷实践中提炼出软件技艺的价值观, 以飨读者,让你成为更优秀的程序员——只要你着手研读《代码整洁之道》。 阅读《代码整洁之道》需要你做些什么呢。你将阅读代码——大量代码。 《代码整洁之道》促使你思考代码中何谓正确,何谓错误。 更重要的是,《代码整洁之道》将促使你重新评估自己的专业价值观,以及对自己技艺的承诺。 从《代码整洁之道》中可以学到: 好代码和糟糕的代码之间的区别; 如何编写好代码,如何将糟糕的代码转化为好代码; 如何创建好名称、好函数、好对象和好类; 如何格式化代码以实现其可读性的最大化; 如何在不妨碍代码逻辑的前提下充分实现错误处理; 如何进行单元测试和测试驱动开发。 虽然《代码整洁之道》和《代码大全》有很多共同之处,但它有更为简洁更为实际的清晰例子。 – Craig P. Motlin 14、《Effective C++》和《More Effective C++》 推荐数:297 在我职业生涯早期,Scott Meyer的《Effective C++》和后续的《More Effective C++》都对我的编程能力有着直接影响。 正如当时的一位朋友所说,这些书缩短你培养编程技能的过程,而其他人可能要花费数年。 去年对我影响最大的一本书是《大教堂与市集》,该书教会我很有关开源开发过程如何运作,和如何处理我代码中的Bug。 – John Channing 15、《编程珠玑》 推荐数:282 多年以来,当程序员们推选出最心爱的计算机图书时,《编程珠玑》总是位列前列。 正如自然界里珍珠出自细沙对牡蛎的磨砺,计算机科学大师Jon Bentley以其独有的洞察力和创造力, 从磨砺程序员的实际问题中凝结出一篇篇不朽的编程“珠玑”, 成为世界计算机界名刊《ACM通讯》历史上最受欢迎的专栏, 最终结集为两部不朽的计算机科学经典名著,影响和激励着一代又一代程序员和计算机科学工作者。 本书为第一卷,主要讨论计算机科学中最本质的问题:如何正确选择和高效地实现算法。 尽管我不得不羞愧地承认,书中一半的东西我都没有理解,但我真的推荐《编程珠玑》,书中有些令人惊奇的东西。 – Matt Warren 16、《修改代码的艺术》by Michael Feathers 本书是继《重构》和《重构与模式》之后探讨修改代码技术的又一里程碑式的著作, 而且从涵盖面和深度上都超过了前两部经典。 书中不仅讲述面向对象语言(Java、C#和C++)代码,也有专章讨论C这样的过程式语言。 作者将理解、测试和修改代码的原理、技术和最新工具(自动化重构工具、单元测试框架、仿对象、集成测试框架等), 与解依赖技术和大量开发和设计优秀代码的原则、最佳实践相结合,许多内容非常深入,而且常常发前人所未发。 书中处处体现出作者独到的洞察力,以及多年开发和指导软件项目所积累的丰富经验和深厚功力。 通过这部集大成之作,你不仅能掌握最顶尖的修改代码技术,还可以大大提高对代码和软件开发的领悟力。 我认为没有任何一本书能向这本书一样影响了我的编程观点。 它明确地告诉你如何处理其他人的代码,含蓄地教会你避免哪些(以及为什么要避免)。- Wolfbyte 同意。很多开发人员讨论用干净的石板来编写软件。 但我想几乎所有开发人员的某些时候是在吃其他开发人员的狗食。– Bernard Dy 17、《编码:隐匿在计算机软硬件背后的语言》 这是一本讲述计算机工作原理的书。 不过,你千万不要因为“工作原理”之类的字眼就武断地认为,它是晦涩而难懂的。 作者用丰富的想象和清晰的笔墨将看似繁杂的理论阐述得通俗易懂,你丝毫不会感到枯燥和生硬。 更重要的是,你会因此而获得对计算机工作原理较深刻的理解。 这种理解不是抽象层面上的,而是具有一定深度的,这种深度甚至不逊于“电气工程师”和“程序员”的理解。 不管你是计算机高手,还是对这个神奇的机器充满敬畏之心的菜鸟, 都不妨翻阅一下《编码:隐匿在计算机软硬件背后的语言》,读一读大师的经典作品,必然会有收获。 我推荐Charles Petzold的《编码》。 在这个充满工具和IDE的年代,很多复杂度已经从程序员那“抽取”走了,这本书一本开眼之作。 – hemil 18、《禅与摩托车维修艺术 / Zen and the Art of Motorcycle Maintenance》 对我影响最大的那本书是 Robert Pirsig 的《禅与摩托车维修艺术》。 不管你做什么事,总是要力求完美,彻底了解你手中的工具和任务,更为重要的是, 要有乐趣(因为如果你做事有乐趣,一切将自发引向更好的结果)。 – akr 19、《Peopleware / 人件集:人性化的软件开发》 Demarco 和 Lister 表明,软件开发中的首要问题是人,并非技术。 他们的答案并不简单,只是令人难以置信的成功。 第二版新增加了八章内容。 – Eduardo Molteni 20、《Coders at Work / 编程人生》 这是一本访谈笔录,记录了当今最具个人魅力的15位软件先驱的编程生涯。 包括DonaldKnuth、Jamie Zawinski、Joshua Bloch、Ken Thompson等在内的业界传奇人物,为我们讲述了 他们是怎么学习编程的,在编程过程中发现了什么以及他们对未来的看法, 并对诸如应该如何设计软件等长久以来一直困扰很多程序员的问题谈了自己的观点。 一本非常有影响力的书,可以从中学到一些业界顶级人士的经验,了解他们如何思考并工作。 – Jahanzeb Farooq 21、《Surely You’re Joking, Mr. Feynman! / 别闹了,费曼先生。》 虽然这本书可能有点偏题,但不管你信不信,这本书曾在计算机科学专业课程的阅读列表之上。 一个优秀的角色模型,一本有关好奇心的优秀书籍。 – mike511 22、《Effective Java 中文版》 此书第二版教你如何编写漂亮并高效的代码,虽然这是一本Java书,但其中有很多跨语言的理念。 – Marcio Aguiar 23、《Patterns of Enterprise Application Architecture / 企业应用架构模式》 很奇怪,还没人推荐 Martin Fowler 的《企业应用架构模式》- levi rosol 24、《The Little Schemer》和《The Seasoned Schemer》 nmiranda 这两本是LISP的英文书,尚无中文版。 美国东北大学网站上也有电子版。 25、《交互设计之路》英文名:《The Inmates Are Running The Asylum: Why High Tech Products Drive Us Crazy and How to Restore the Sanity》该书作者:Alan Cooper,人称Visual Basic之父,交互设计之父。 本书是基于众多商务案例,讲述如何创建更好的、高客户忠诚度的软件产品和基于软件的高科技产品的书。 本书列举了很多真实可信的实际例子,说明目前在软件产品和基于软件的高科技产品中,普遍存在着“难用”的问题。 作者认为,“难用”问题是由这些产品中存在着的高度“认知摩擦”引起的, 而产生这个问题的根源在于现今软件开发过程中欠缺了一个为用户利益着想的前期“交互设计”阶段。 “难用”的产品不仅损害了用户的利益,最终也将导致企业的失败。 本书通过一些生动的实例,让人信服地讲述了由作者倡导的“目标导向”交互设计方法在解决“难用”问题方面的有效性, 证实了只有改变现有观念,才能有效地在开发过程中引入交互设计,将产品的设计引向成功。 本书虽然是一本面向商务人员而编写的书,但也适合于所有参与软件产品和基于软件的高科技产品开发的专业人士, 以及关心软件行业和高科技行业现状与发展的人士阅读。 他还有另一本中文版著作:《About Face 3 交互设计精髓》 26、《Why’s (Poignant) Guide to Ruby 》 如果你不是程序员,阅读此书可能会很有趣,但如果你已经是个程序员,可能会有点乏味。 27、《Unix编程艺术》 It is useful regardless operating system you use. – J.F. Sebastian 不管你使用什么操作系统,这本书都很有用。 – J.F. Sebastian 28、《高效程序员的45个习惯:敏捷开发修炼之道》 45个习惯,分为7个方面:工作态度、学习、软件交付、反馈、编码、调试和协作。 每一个具体的习惯里,一开始提出一个谬论,然后展开分析,之后有正队性地提出正确的做法,并设身处地地讲出了正确做法给你个人的“切身感受”,最后列出几条注意事项,帮助你修正自己的做法(“平衡的艺术”)。 29、《测试驱动开发》 前面已经提到的很多书都启发了我,并影响了我,但这本书每位程序员都应该读。 它向我展示了单元测试和TDD的重要性,并让我很快上手。 – Curro 我不关心你的代码有多好或优雅。 如果你没有测试,你或许就如同没有编写代码。 这本书得到的推荐数应该更高些。 人们讨论编写用户喜欢的软件,或既设计出色并健壮的高效代码,但如果你的软件有一堆bug,谈论那些东西毫无意义。– Adam Gent 30、《点石成金:访客至上的网页设计秘笈》 可用性设计是Web设计中最重要也是难度最大的一项任务。 《点石成金-访客至上的网页设计秘笈(原书第二版)》作者根据多年从业的经验,剖析用户的心理, 在用户使用的模式、为扫描进行设计、导航设计、主页布局、可用性测试等方面提出了许多独特的观点, 并给出了大量简单、易行的可用性设计的建议。 本书短小精炼,语言轻松诙谐,书中穿插大量色彩丰富的屏幕截图、趣味丛生的卡通插图以及包含大量信息的图表, 使枯燥的设计原理变得平易近人。 本书适合从事Web设计和Web开发的技术人员阅读,特别适合为如何留住访问者而苦恼的网站/网页设计人员阅读。 这是一本关于Web设计原则而不是Web设计技术的书。 本书作者是Web设计专家,具有丰富的实践经验。 他用幽默的语言为你揭示Web设计中重要但却容易被忽视的问题,只需几个小时, 你便能对照书中讲授的设计原则找到网站设计的症结所在,令你的网站焕然一新。

青衫无名 2019-12-02 01:20:04 0 浏览量 回答数 0

问题

超越 MySQL 热,数据库报错

python小菜菜 2020-06-01 19:55:39 0 浏览量 回答数 1

回答

本文以Java语言和Python语言为例介绍如何使用Alibaba Cloud ESS SDK快速创建多可用区的伸缩组。 前提条件 使用本教程进行操作前,请确保您已经注册了阿里云账号。如还未注册,请先完成账号注册。 背景信息 弹性伸缩的伸缩组分为经典网络伸缩组和专有网络伸缩组。在创建专有网络伸缩组时,您需要配置伸缩组对应的交换机。伸缩组创建完成后,通过该伸缩组弹性扩张的ECS实例都使用该交换机。 原弹性伸缩服务限定一个专有网络伸缩组只能配置一个交换机,由于一个交换机只归属于一个可用区,当您配置好伸缩组的交换机以后,如果交换机所在的可用区因库存不足等原因不能创建ECS实例,您伸缩组中的伸缩配置、伸缩规则以及伸缩组对应的报警任务等都将失效。 为了优化上述问题,提高伸缩组的可用性,伸缩组新增多可用区参数(VSwitchIds.N)。您在创建伸缩组的时候可以使用该参数为伸缩组配置多个交换机,当一个交换机所在可用区无法创建ECS实例的时候,弹性伸缩服务会为您自动切换到其它交换机所在的可用区。在使用该参数的时候,您需要注意以下几点: 如果使用了VSwitchIds.N多可用区参数,VSwitchId参数将被忽略。 VSwitchIds.N参数中,N的取值范围为[1, 5],即一个伸缩组最多可以配置5个交换机。 VSwitchIds.N参数中指定的交换机必须在同一个专有网络下。 VSwitchIds.N参数中N代表交换机的优先级,编号为1的交换机为创建实例的第一选择,交换机优先级随编号的增大依次降低。 当优先级较高的交换机所在可用区无法创建实例时,会自动选择下一优先级的交换机来创建实例。在使用多可用区参数时,建议设置同一地域下不同可用区的交换机,降低因单可用区库存不足无法创建ECS实例的概率,提高伸缩组的可用性。 使用Alibaba Cloud ESS SDK for Java创建多可用区伸缩组 导入Alibaba Cloud ESS SDK for Java。 下载依赖库aliyun-java-sdk-core、aliyun-java-sdk-ess,您可以查看maven-central界面,搜索并下载相应的jar包,aliyun-java-sdk-ess对应的jar包的版本号需要是2.1.3及以上版本才能使用多可用区参数,aliyun-java-sdk-core对应的jar包的版本号推荐使用最新版本。 您也可以使用maven来管理您Java项目的依赖库,在项目对应的pom.xml文件中加入下面的依赖项: com.aliyun aliyun-java-sdk-ess 2.1.3 com.aliyun aliyun-java-sdk-core 3.5.0 使用Java SDK创建多可用区伸缩组。 将Alibaba Cloud ESS SDK for Java导入到Java工程后,您即可以通过SDK编码创建多可用区伸缩组,示例代码如下: public class EssSdkDemo { public static final String REGION_ID = "cn-hangzhou"; public static final String AK = "ak"; public static final String AKS = "aks"; public static final Integer MAX_SIZE = 10; public static final Integer MIN_SIZE = 1; public static final String SCALING_GROUP_NAME = "TestScalingGroup"; //交换机列表,交换机优先级从前往后依次降低,第一位的交换机优先级最高。 public static final String[] vswitchIdArray = { "vsw-id1", "vsw-id2", "vsw-id3", "vsw-id4", "vsw-id5" }; public static final List vswitchIds = Arrays.asList(vswitchIdArray); public static void main(String[] args) throws Exception { IClientProfile clientProfile = DefaultProfile.getProfile(REGION_ID, AK, AKS); IAcsClient client = new DefaultAcsClient(clientProfile); createScalingGroup(client); } /** * 创建多可用区伸缩组。 * @param client * @return * @throws Exception */ public static String createScalingGroup(IAcsClient client) throws Exception { CreateScalingGroupRequest request = new CreateScalingGroupRequest(); request.setRegionId("cn-beijing"); request.setMaxSize(MAX_SIZE); request.setMinSize(MIN_SIZE); request.setScalingGroupName(SCALING_GROUP_NAME); request.setVSwitchIds(vswitchIds); CreateScalingGroupResponse response = client.getAcsResponse(request); return response.getScalingGroupId(); } } 上述代码中,VSwitch的优先级随其在列表中出现的顺序依次降低,排在列表最前面的VSwitch优先级最高。 使用Alibaba Cloud ESS SDK for Python创建多可用区伸缩组 安装Alibaba Cloud ESS SDK for Python。 和Java语言类似,您需要先下载依赖库aliyun-python-sdk-ess、aliyun-python-sdk-core。本文推荐使用pip的方式安装Python依赖包,pip安装说明请参见Installation-Pip。 安装好pip以后,您可以使用命令pip install aliyun-python-sdk-ess==2.1.3 pip install aliyun-python-sdk-core==3.5.0安装两个依赖库。 使用Python SDK创建多可用区伸缩组。 导入Alibaba Cloud ESS SDK for Python依赖库后,您即可以通过SDK编码创建多可用区伸缩组,示例代码如下: coding=utf-8 import json import logging from aliyunsdkcore import client from aliyunsdkess.request.v20140828.CreateScalingGroupRequest import CreateScalingGroupRequest logging.basicConfig(level=logging.INFO, format='%(asctime)s %(filename)s[line:%(lineno)d] %(levelname)s %(message)s', datefmt='%a, %d %b %Y %H:%M:%S') 请替换自己的ak信息。 ak = 'ak' aks = 'aks' scaling_group_name = 'ScalingGroupTest' max_size = 10 min_size = 1 vswitch_ids = ["vsw-id1", "vsw-id2", "vsw-id3", "vsw-id4", "vsw-id5"] region_id = 'cn-beijing' clt = client.AcsClient(ak, aks, region_id) def _create_scaling_group(): request = CreateScalingGroupRequest() request.set_ScalingGroupName(scaling_group_name) request.set_MaxSize(max_size) request.set_MinSize(min_size) request.set_VSwitchIds(vswitch_ids) response = _send_request(request) return response.get('ScalingGroupId') def _send_request(request): request.set_accept_format('json') try: response_str = clt.do_action(request) logging.info(response_str) response_detail = json.loads(response_str) return response_detail except Exception as e: logging.error(e) if name == 'main': scaling_group_id = _create_scaling_group() print '创建伸缩组成功,伸缩组ID:' + str(scaling_group_id) 上述代码中,VSwitch的优先级随其在列表中出现的顺序依次降低,排在列表最前面的VSwitch优先级最高。

1934890530796658 2020-03-22 13:32:50 0 浏览量 回答数 0

回答

Go 的优势在于能够将简单的和经过验证的想法结合起来,同时避免了其他语言中出现的许多问题。本文概述了 Go 背后的一些设计原则和工程智慧,作者认为,Go 语言具备的所有这些优点,将共同推动其成为接替 Java 并主导下一代大型软件开发平台的最有力的编程语言候选。很多优秀的编程语言只是在个别领域比较强大,如果将所有因素都纳入考虑,没有其他语言能够像 Go 语言一样“全面开花”,在大型软件工程方面,尤为如此。 基于现实经验 Go 是由经验丰富的软件行业老手一手创建的,长期以来,他们对现有语言的各种缺点有过切身体会的痛苦经历。几十年前,Rob Pike 和 Ken Thompson 在 Unix、C 和 Unicode 的发明中起到了重要作用。Robert Griensemer 在为 JavaScript 和 Java 开发 V8 和 HotSpot 虚拟机之后,在编译器和垃圾收集方面拥有数十年的经验。有太多次,他们不得不等待 Google 规模的 C++/Java 代码库进行编译。于是,他们开始着手创建新的编程语言,将他们半个世纪以来的编写代码所学到的一切经验包含进去。 专注于大型工程 小型工程项目几乎可以用任何编程语言来成功构建。当成千上万的开发人员在数十年的持续时间压力下,在包含数千万行代码的大型代码库上进行协作时,就会发生真正令人痛苦的问题。这样会导致一些问题,如下: 较长的编译时间导致中断开发。代码库由几个人 / 团队 / 部门 / 公司所拥有,混合了不同的编程风格。公司雇佣了数千名工程师、架构师、测试人员、运营专家、审计员、实习生等,他们需要了解代码库,但也具备广泛的编码经验。依赖于许多外部库或运行时,其中一些不再以原始形式存在。在代码库的生命周期中,每行代码平均被重写 10 次,被弄得千疮百痍,而且还会发生技术偏差。文档不完整。 Go 注重减轻这些大型工程的难题,有时会以使小型工程变得更麻烦为代价,例如,代码中到处都需要几行额外的代码行。 注重可维护性 Go 强调尽可能多地将工作转给自动化的代码维护工具中。Go 工具链提供了最常用的功能,如格式化代码和导入、查找符号的定义和用法、简单的重构以及代码异味的识别。由于标准化的代码格式和单一的惯用方式,机器生成的代码更改看起来非常接近 Go 中人为生成的更改并使用类似的模式,从而允许人机之间更加无缝地协作。 保持简单明了 初级程序员为简单的问题创建简单的解决方案。高级程序员为复杂的问题创建复杂的解决方案。伟大的程序员找到复杂问题的简单解决方案。 ——Charles Connell 让很多人惊讶的一点是,Go 居然不包含他们喜欢的其他语言的概念。Go 确实是一种非常小巧而简单的语言,只包含正交和经过验证的概念的最小选择。这鼓励开发人员用最少的认知开销来编写尽可能简单的代码,以便许多其他人可以理解并使用它。 使事情清晰明了 良好的代码总是显而易见的,避免了那些小聪明、难以理解的语言特性、诡异的控制流和兜圈子。 许多语言都致力提高编写代码的效率。然而,在其生命周期中,人们阅读代码的时间却远远超过最初编写代码所需的时间(100 倍)。例如,审查、理解、调试、更改、重构或重用代码。在查看代码时,往往只能看到并理解其中的一小部分,通常不会有完整的代码库概述。为了解释这一点,Go 将所有内容都明确出来。 错误处理就是一个例子。让异常在各个点中断代码并在调用链上冒泡会更容易。Go 需要手动处理和返回每个错误。这使得它可以准确地显示代码可以被中断的位置以及如何处理或包装错误。总的来说,这使得错误处理编写起来更加繁琐,但是也更容易理解。 简单易学 Go 是如此的小巧而简单,以至于人们可以在短短几天内就能研究通整个语言及其基本概念。根据我们的经验,培训用不了一个星期(相比于掌握其他语言需要几个月),初学者就能够理解 Go 专家编写的代码,并为之做出贡献。为了方便吸引更多的用户,Go 网站提供了所有必要的教程和深入研究的文章。这些教程在浏览器中运行,允许人们在将 Go 安装到本地计算机上之前就能够学习和使用 Go。 解决之道 Go 强调的是团队之间的合作,而不是个人的自我表达。 在 Go(和 Python)中,所有的语言特性都是相互正交和互补的,通常有一种方法可以做一些事情。如果你想让 10 个 Python 或 Go 程序员来解决同一个问题,你将会得到 10 个相对类似的解决方案。不同的程序员在彼此的代码库中感觉更自在。在查看其他人的代码时,国骂会更少,而且人们的工作可以更好地融合在一起,从而形成了一致的整体,人人都为之感到自豪,并乐于工作。这还避免了大型工程的问题,如: 开发人员认为良好的工作代码很“混乱”,并要求在开始工作之前进行重写,因为他们的思维方式与原作者不同。 不同的团队成员使用不同的语言子集来编写相同代码库的部分内容。 ![image.png](https://ucc.alicdn.com/pic/developer-ecology/e64418f1455d46aaacfdd03fa949f16d.png) 简单、内置的并发性 Go 专为现代多核硬件设计。 目前使用的大多数编程语言(Java、JavaScript、Python、Ruby、C、C++)都是 20 世纪 80 年代到 21 世纪初设计的,当时大多数 CPU 只有一个计算内核。这就是为什么它们本质上是单线程的,并将并行化视为边缘情况的马后炮。通过现成和同步点之类的附加组件来实现,而这些附加组件既麻烦又难以正确使用。第三方库虽然提供了更简单的并发形式,如 Actor 模型,但是总有多个可用选项,结果导致了语言生态系统的碎片化。今天的硬件拥有越来越多的计算内核,软件必须并行化才能高效运行。Go 是在多核处理器时代编写的,并且在语言中内置了简单、高级的 CSP 风格并发性。 面向计算的语言原语 就深层而言,计算机系统接收数据,对其进行处理(通常要经过几个步骤),然后输出结果数据。例如,Web 服务器从客户端接收 HTTP 请求,并将其转换为一系列数据库或后端调用。一旦这些调用返回,它就将接收到的数据转换成 HTML 或 JSON 并将其输出给调用者。Go 的内置语言原语直接支持这种范例: 结构表示数据 读和写代表流式 IO 函数过程数据 goroutines 提供(几乎无限的)并发性 在并行处理步骤之间传输管道数据 因为所有的计算原语都是由语言以直接形式提供的,因此 Go 源代码更直接地表达了服务器执行的操作。 OO — 好的部分 更改基类中的某些内容的副作用 面向对象非常有用。过去几十年来,面向对象的使用富有成效,并让我们了解了它的哪些部分比其他部分能够更好地扩展。Go 在面向对象方面采用了一种全新的方法,并记住了这些知识。它保留了好的部分,如封装、消息传递等。Go 还避免了继承,因为它现在被认为是有害的,并为组合提供了一流的支持。 现代标准库 目前使用的许多编程语言(Java、JavaScript、Python、Ruby)都是在互联网成为当今无处不在的计算平台之前设计的。因此,这些语言的标准库只提供了相对通用的网络支持,而这些网络并没有针对现代互联网进行优化。Go 是十年前创建的,当时互联网已全面发展。Go 的标准库允许在没有第三方库的情况下创建更复杂的网络服务。这就避免了第三方库的常见问题: 碎片化:总是有多个选项实现相同的功能。 膨胀:库常常实现的不仅仅是它们的用途。 依赖地狱:库通常依赖于特定版本的其他库。 未知质量:第三方代码的质量和安全性可能存在问题。 未知支持:第三方库的开发可能随时停止支持。 意外更改:第三方库通常不像标准库那样严格地进行版本控制。 关于这方面更多的信息请参考 Russ Cox 提供的资料 标准化格式 Gofmt 的风格没有人会去喜欢,但人人都会喜欢 gofmt。 ——Rob Pike Gofmt 是一种以标准化方式来格式化 Go 代码的程序。它不是最漂亮的格式化方式,但却是最简单、最不令人生厌的格式化方式。标准化的源代码格式具有惊人的积极影响: 集中讨论重要主题: 它消除了围绕制表符和空格、缩进深度、行长、空行、花括号的位置等一系列争论。 开发人员在彼此的代码库中感觉很自在, 因为其他代码看起来很像他们编写的代码。每个人都喜欢自由地按照自己喜欢的方式进行格式化代码,但如果其他人按照自己喜欢的方式格式化了代码,这么做很招人烦。 自动代码更改并不会打乱手写代码的格式,例如引入了意外的空白更改。 许多其他语言社区现在正在开发类似 gofmt 的东西。当作为第三方解决方案构建时,通常会有几个相互竞争的格式标准。例如,JavaScript 提供了 Prettier 和 StandardJS。这两者都可以用,也可以只使用其中的一个。但许多 JS 项目并没有采用它们,因为这是一个额外的决策。Go 的格式化程序内置于该语言的标准工具链中,因此只有一个标准,每个人都在使用它。 快速编译 ![image.png](https://ucc.alicdn.com/pic/developer-ecology/8a76f3f07f484266af42781d9e7b8692.png) 对于大型代码库来说,它们长时间的编译是促使 Go 诞生的原因。Google 主要使用的是 C++ 和 Java,与 Haskell、Scala 或 Rust 等更复杂的语言相比,它们的编译速度相对较快。尽管如此,当编译大型代码库时,即使是少量的缓慢也会加剧编译的延迟,从而激怒开发人员,并干扰流程。Go 的设计初衷是为了提高编译效率,因此它的编译器速度非常快,几乎没有编译延迟的现象。这给 Go 开发人员提供了与脚本类语言类似的即时反馈,还有静态类型检查的额外好处。 交叉编译 由于语言运行时非常简单,因此它被移植到许多平台,如 macOS、Linux、Windows、BSD、ARM 等。Go 可以开箱即用地为所有这些平台编译二进制文件。这使得从一台机器进行部署变得很容易。 快速执行 Go 的运行速度接近于 C。与 JITed 语言(Java、JavaScript、Python 等)不同,Go 二进制文件不需要启动或预热的时间,因为它们是作为编译和完全优化的本地代码的形式发布的。Go 的垃圾收集器仅引入微秒量级的可忽略的停顿。除了快速的单核性能外,Go 还可以轻松利用所有的 CPU 内核。 内存占用小 像 JVM、Python 或 Node 这样的运行时不仅仅在运行时加载程序代码,每次运行程序时,它们还会加载大型且高度复杂的基础架构,以进行编译和优化程序。如此一来,它们的启动时间就变慢了,并且还占用了大量内存(数百兆字节)。而 Go 进程的开销更小,因为它们已经完全编译和优化,只需运行即可。Go 还以非常节省内存的方式来存储数据。在内存有限且昂贵的云环境中,以及在开发过程中,这一点非常重要。我们希望在一台机器上能够快速启动整个堆栈,同时将内存留给其他软件。 部署规模小 Go 的二进制文件大小非常简洁。Go 应用程序的 Docker 镜像通常比用 Java 或 Node 编写的等效镜像要小 10 倍,这是因为它无需包含编译器、JIT,以及更少的运行时基础架构的原因。这些特点,在部署大型应用程序时很重要。想象一下,如果要将一个简单的应用程序部署到 100 个生产服务器上会怎么样?如果使用 Node/JVM 时,我们的 Docker 注册表就必须提供 100 个 docker 镜像,每个镜像 200MB,那么一共就需要 20GB。要完成这些部署就需要一些时间。想象一下,如果我们想每天部署 100 次的话,如果使用 Go 服务,那么 Docker 注册表只需提供 10 个 docker 镜像,每个镜像只有 20MB,共只需 2GB 即可。大型 Go 应用程序可以更快、更频繁地部署,从而使得重要更新能够更快地部署到生产环境中。 独立部署 Go 应用程序部署为一个包含所有依赖项的单个可执行文件,并无需安装特定版本的 JVM、Node 或 Python 运行时;也不必将库下载到生产服务器上,更无须对运行 Go 二进制文件的机器进行任何更改。甚至也不需要讲 Go 二进制文件包装到 Docker 来共享他们。你需要做的是,只是将 Go 二进制文件放到服务器上,它就会在那里运行,而不用关心服务器运行的是什么。前面所提到的那些,唯一的例外是使用net和os/user包时针对对glibc的动态链接。 供应依赖关系 Go 有意识避免使用第三方库的中央存储库。Go 应用程序直接链接到相应的 Git 存储库,并将所有相关代码下载(供应)到自己的代码库中。这样做有很多好处: 在使用第三方代码之前,我们可以对其进行审查、分析和测试。该代码就和我们自己的代码一样,是我们应用程序的一部分,应该遵循相同的质量、安全性和可靠性标准。 无需永久访问存储依赖项的各个位置。从任何地方(包括私有 Git repos)获取第三方库,你就能永久拥有它们。 经过验收后,编译代码库无需进一步下载依赖项。 若互联网某处的代码存储库突然提供不同的代码,这也并不足为奇。 即使软件包存储库速度变慢,或托管包不复存在,部署也不会因此中断。 兼容性保证 Go 团队承诺现有的程序将会继续适用于新一代语言。这使得将大型项目升级到最新版本的编译器会非常容易,并且可从它们带来的许多性能和安全性改进中获益。同时,由于 Go 二进制文件包含了它们需要的所有依赖项,因此可以在同一服务器上并行运行使用不同版本的 Go 编译器编译的二进制文件,而无需进行复杂的多个版本的运行时设置或虚拟化。 文档 在大型工程中,文档对于使软件可访问性和可维护性非常重要。与其他特性类似,Go 中的文档简单实用: 由于它是嵌入到源代码中的,因此两者可以同时维护。 它不需要特殊的语法,文档只是普通的源代码注释。 可运行单元测试通常是最好的文档形式。因此 Go 要求将它们嵌入到文档中。 所有的文档实用程序都内置在工具链中,因此每个人都使用它们。 Go linter 需要导出元素的文档,以防止“文档债务”的积累。 商业支持的开源 当商业实体在开放式环境下开发时,那么一些最流行的、经过彻底设计的软件就会出现。这种设置结合了商业软件开发的优势——一致性和精细化,使系统更为健壮、可靠、高效,并具有开放式开发的优势,如来自许多行业的广泛支持,多个大型实体和许多用户的支持,以及即使商业支持停止的长期支持。Go 就是这样发展起来的。 缺点 当然,Go 也并非完美无缺,每种技术选择都是有利有弊。在决定选择 Go 之前,有几个方面需要进行考虑考虑。 未成熟 虽然 Go 的标准库在支持许多新概念(如 HTTP 2 Server push 等)方面处于行业领先地位,但与 JVM 生态系统中的第三方库相比,用于外部 API 的第三方 Go 库可能不那么成熟。 即将到来的改进 由于清楚几乎不可能改变现有的语言元素,Go 团队非常谨慎,只在新特性完全开发出来后才添加新特性。在经历了 10 年的有意稳定阶段之后,Go 团队正在谋划对语言进行一系列更大的改进,作为 Go 2.0 之旅的一部分。 无硬实时 虽然 Go 的垃圾收集器只引入了非常短暂的停顿,但支持硬实时需要没有垃圾收集的技术,例如 Rust。 结语 本文详细介绍了 Go 语言的一些优秀的设计准则,虽然有的准则的好处平常看起来没有那么明显。但当代码库和团队规模增长几个数量级时,这些准则可能会使大型工程项目免于许多痛苦。总的来说,正是这些设计准则让 Go 语言成为了除 Java 之外的编程语言里,用于大型软件开发项目的绝佳选择。

有只黑白猫 2020-01-07 14:11:38 0 浏览量 回答数 0

回答

没有相关的事件来获取隐藏按钮点击,keydown/keyup事件中获取到的keyCode都是0,楚了你说的前往keyCode 13. 可以用计时器监视window.innerHeight高度改变来判断。 下面的代码在android chrome浏览器下测试正常,javascript检查android软键盘隐藏显示 <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <script type="text/javascript" src="http://ajax.aspnetcdn.com/ajax/jQuery/jquery-1.4.2.min.js"></script> <input type="text" id="txt" /> <div id="dv"></div> <script> var timer, windowInnerHeight; function eventCheck(e) { if (e) { //blur,focus事件触发的 $('#dv').html('android键盘' + (e.type == 'focus' ? '弹出' : '隐藏') + '--通过' + e.type + '事件'); if (e.type == 'click') {//如果是点击事件启动计时器监控是否点击了键盘上的隐藏键盘按钮,没有点击这个按钮的事件可用,keydown中也获取不到keyCode值 setTimeout(function () {//由于键盘弹出是有动画效果的,要获取完全弹出的窗口高度,使用了计时器 windowInnerHeight = window.innerHeight;//获取弹出android软键盘后的窗口高度 timer = setInterval(function () { eventCheck() }, 100); }, 500); } else clearInterval(timer); } else { //计时器执行的,需要判断窗口可视高度,如果改变说明android键盘隐藏了 if (window.innerHeight > windowInnerHeight) { clearInterval(timer); $('#dv').html('android键盘隐藏--通过点击键盘隐藏按钮'); } } } $('#txt').click(eventCheck).blur(eventCheck);

小旋风柴进 2019-12-02 02:37:31 0 浏览量 回答数 0

回答

回1楼dongshan8的帖子 是的,WIN 2008 apache + php   错误应用程序名称: httpd.exe,版本: 2.2.21.0,时间戳: 0x4e6a3015 错误模块名称: php5ts.dll,版本: 5.2.6.6,时间戳: 0x481b8f4b 异常代码: 0xc0000005 错误偏移量: 0x0000ac22 错误进程 ID: 0x900 错误应用程序启动时间: 0x01d099071c8923bf 错误应用程序路径: D:\apache\bin\httpd.exe 错误模块路径: D:\php\php5ts.dll 报告 ID: 68dc73cb-04fa-11e5-bb32-88bde778f099 这错误非常频繁,2-3分钟就要出现一次。 ------------------------- 回1楼dongshan8的帖子 同时出现的还有这个 错误 错误存储段 ,类型 0 事件名称: APPCRASH 响应: 不可用 Cab ID: 0 问题签名: P1: httpd.exe P2: 2.2.21.0 P3: 4e6a3015 P4: php5ts.dll P5: 5.2.6.6 P6: 481b8f4b P7: c0000005 P8: 00009f23 P9: P10: 附加文件: 可在此处获取这些文件: C:\ProgramData\Microsoft\Windows\WER\ReportQueue\AppCrash_httpd.exe_dde5b7181328d249538efb8fc55591c925a7087_08089daf 分析符号: 重新检查解决方案: 0 报告 Id: f237ec0c-0158-11e5-bbaa-dc350c06f1b0 报告状态: 0 ------------------------- 回4楼dongshan8的帖子 应该不是这个问题,因为我的服务器资源基本上正常的,只使用了30%左右。

浪子1231 2019-12-02 02:23:44 0 浏览量 回答数 0

回答

调用EnterStandby将伸缩组内的ECS实例设置为备用状态。 接口说明 如果伸缩组设置了负载均衡,会把负载均衡对应的实例权重设置为0。 当实例处于备用状态的时候,如果您自行移出伸缩组并释放实例,可以正常移出伸缩组并释放。 对于伸缩组数量变化或监控任务触发的自动缩容的伸缩活动,不会移除处于备用状态的实例。 当实例处于备用状态的时候,实例如果处于非健康状态(停止、重启等),实例的健康检查状态不会被更新,并且不会触发移除不健康实例的伸缩活动,只有实例退出备用状态才会重新更新健康检查状态。 调试 您可以在OpenAPI Explorer中直接运行该接口,免去您计算签名的困扰。运行成功后,OpenAPI Explorer可以自动生成SDK代码示例。 调试 请求参数 名称 类型 是否必选 示例值 描述 InstanceId.N RepeatList 是 i-28wt4**** ECS实例的ID。 ScalingGroupId String 是 AG6CQdPU8OKdwLjgZcJ**** 伸缩组的ID。 Action String 否 EnterStandby 系统规定参数,取值:EnterStandby。 返回数据 名称 类型 示例值 描述 RequestId String 473469C7-AA6F-4DC5-B3DB-A3DC0DE3C83E 请求ID。 示例 请求示例 http://ess.aliyuncs.com/?Action=EnterStandby &ScalingGroupId=AG6CQdPU8OKdwLjgZcJ**** &InstanceId.1=i-28wt4**** &<公共请求参数> 正常返回示例 XML 格式 473469C7-AA6F-4DC5-B3DB-A3DC0DE3C83E JSON 格式 { "RequestId":"473469C7-AA6F-4DC5-B3DB-A3DC0DE3C83E" } 错误码 访问错误中心查看更多错误码。 HttpCode 错误码 错误信息 描述 403 Forbidden.Unauthorized A required authorization for the specified action is not supplied. RAM用户无权限调用该接口,请联系主账号授权后重试。 404 InvalidInstanceId.NotFound Instance “XXX” does not exist. 指定的ECS实例不存在。 404 InvalidScalingGroupId.NotFound The specified scaling group does not exist. 指定的伸缩组不存在。调用ExitStandby使伸缩组内处于备用状态的ECS实例进入运行状态。 接口说明 如果伸缩组设置了负载均衡服务,会将ECS实例权重设置为伸缩配置中定义的权重值。 调试 您可以在OpenAPI Explorer中直接运行该接口,免去您计算签名的困扰。运行成功后,OpenAPI Explorer可以自动生成SDK代码示例。 调试 请求参数 名称 类型 是否必选 示例值 描述 InstanceId.N RepeatList 是 i-28wt4**** ECS实例的ID。取值可以由多个实例ID组成一个JSON数组,最多支持20个ID,ID之间用半角逗号(,)隔开。 ScalingGroupId String 是 AG6CQdPU8OKdwLjgZcJ**** 伸缩组的ID。 Action String 否 ExitStandby 系统规定参数,取值:ExitStandby。 返回数据 名称 类型 示例值 描述 RequestId String 473469C7-AA6F-4DC5-B3DB-A3DC0DE3C83E 请求ID。 示例 请求示例 http://ess.aliyuncs.com/?Action=ExitStandby &ScalingGroupId=AG6CQdPU8OKdwLjgZcJ**** &InstanceId.1=i-28wt4**** &<公共请求参数> 正常返回示例 XML 格式 473469C7-AA6F-4DC5-B3DB-A3DC0DE3C83E JSON 格式 { "RequestId":"473469C7-AA6F-4DC5-B3DB-A3DC0DE3C83E" } 错误码 访问错误中心查看更多错误码。 HttpCode 错误码 错误信息 描述 403 Forbidden.Unauthorized A required authorization for the specified action is not supplied. RAM用户无权限调用该接口,请联系主账号授权后重试。 404 InvalidInstanceId.NotFound A required authorization for the specified action is not supplied. 指定的ECS实例不存在。 404 InvalidScalingGroupId.NotFound The specified scaling group does not exist. 指定的伸缩组在该用户账号下不存在。调用RebalanceInstances重新平衡多可用区伸缩组内ECS实例的分布。 接口说明 分布再平衡会通过新建ECS实例替换已有ECS实例补偿平衡可用区,终止已有ECS实例前会先启动新ECS实例,分布再平衡不会影响您的应用程序性能或可用性。 只支持设置了MultiAZPolicy为BALANCE的多可用区伸缩组,用于平衡多可用区间ECS实例的分布。 只有伸缩组内实例分布严重不平衡时可以执行再平衡操作。 一次分布再平衡活动最多只替换20台ECS实例。 分布再平衡活动期间,如果组内实例数量接近或达到指定的最大ECS实例台数(MaxSize),但需要继续分布再平衡,弹性伸缩允许暂时超出MaxSize的10%,最低允许超出1台ECS实例。该超出状态持续重新平衡该伸缩组所需的时间,通常为1至6分钟。 调试 您可以在OpenAPI Explorer中直接运行该接口,免去您计算签名的困扰。运行成功后,OpenAPI Explorer可以自动生成SDK代码示例。 调试 请求参数 名称 类型 是否必选 示例值 描述 ScalingGroupId String 是 AG6CQdPU8OKdwLjgZcJ**** 伸缩组的ID。 Action String 否 RebalanceInstances 系统规定参数,取值: RebalanceInstances。 返回数据 名称 类型 示例值 描述 RequestId String 473469C7-AA6F-4DC5-B3DB-A3DC0DE3C83E 请求ID。 ScalingActivityId String asa-kjgffgdfadah**** 伸缩活动的ID。 示例 请求示例 http://ess.aliyuncs.com/?Action=RebalanceInstances &ScalingGroupId=AG6CQdPU8OKdwLjgZcJ**** &<公共请求参数> 正常返回示例 XML 格式 473469C7-AA6F-4DC5-B3DB-A3DC0DE3C83E asa-kjgffgdfadah**** JSON 格式 { "RequestId":"473469C7-AA6F-4DC5-B3DB-A3DC0DE3C83E", "ScalingActivityId":"asa-kjgffgdfadah****" } 错误码 访问错误中心查看更多错误码。 HttpCode 错误码 错误信息 描述 400 IncorrectScalingGroupStatus The current status of the specified scaling group does not support this action. 您需要启用伸缩组。 400 OperationDenied This operation is denied because the specified scaling group does not support this action. 指定伸缩组的扩缩容策略MultiAZPolicy不是BALANCE,或者ECS实例分布不存在严重不平衡的情况。 403 Forbidden.Unauthorized A required authorization for the specified action is not supplied. 您还未被授权使用RebalanceInstances接口。 404 InvalidScalingGroupId.NotFound The specified scaling group does not exist. 指定的伸缩组在该用户账号下不存在。调用SetInstanceHealth设置伸缩组内ECS实例的健康状态。 接口说明 伸缩组会检测并移出处于不健康状态的ECS实例,如果您需要保留指定的ECS实例,请将ECS实例转入备用或者保护状态,更多说明请参见EnterStandby和SetInstancesProtection。 调试 您可以在OpenAPI Explorer中直接运行该接口,免去您计算签名的困扰。运行成功后,OpenAPI Explorer可以自动生成SDK代码示例。 调试 请求参数 名称 类型 是否必选 示例值 描述 HealthStatus String 是 Healthy 设置ECS实例的健康状态,取值范围: Healthy:设置为健康状态。 Unhealthy:设置为不健康状态。 InstanceId String 是 i-bp1ap6bro51a7fsa**** 伸缩组内ECS实例的ID。 Action String 否 SetInstanceHealth 系统规定参数。取值:SetInstanceHealth。 返回数据 名称 类型 示例值 描述 RequestId String B755AE57-6093-43E4-938E-DEA422A9B10F 请求ID。 示例 请求示例 http(s)://ess.aliyuncs.com/?Action=SetInstanceHealth &HealthStatus=Unhealthy &InstanceId=i-bp1ap6bro51a7fsa**** &<公共请求参数> 正常返回示例 XML 格式 B755AE57-6093-43E4-938E-DEA422A9B10F JSON 格式 { "RequestId":"B755AE57-6093-43E4-938E-DEA422A9B10F" } 错误码 访问错误中心查看更多错误码。 HttpCode 错误码 错误信息 描述 400 InvalidInstanceId.NotFound Instance "%s" does not exist. 伸缩组内不存在指定的实例。 400 InvalidParameter The specified value of parameter "%s" is not valid. 指定的参数非法。调用SetInstancesProtection保护或者停止保护伸缩组内的一台或者多台ECS实例。 接口说明 ECS实例开启保护状态后: 实例保持此状态,直至您停止保护状态。 即使伸缩组内实例数量的变化和监控任务触发自动缩容的伸缩活动,也不会移除处于保护状态的ECS实例。您需要自行移出ECS实例后才能释放ECS实例。 ECS实例被停止或者重启时,不会更新ECS实例的健康检查状态。 调试 您可以在OpenAPI Explorer中直接运行该接口,免去您计算签名的困扰。运行成功后,OpenAPI Explorer可以自动生成SDK代码示例。 调试 请求参数 名称 类型 是否必选 示例值 描述 InstanceId.N RepeatList 是 i-28wt4**** ECS实例的ID,N的取值范围为:1~20。 ProtectedFromScaleIn Boolean 是 true 伸缩组自动缩容时是否保护ECS实例,使其不被终止或移出伸缩组,取值范围: true false ScalingGroupId String 是 AG6CQdPU8OKdwLjgZcJ**** 伸缩组的ID。 Action String 否 SetInstancesProtection 系统规定参数,取值:SetInstancesProtection。 返回数据 名称 类型 示例值 描述 RequestId String 473469C7-AA6F-4DC5-B3DB-A3DC0DE3C83E 请求ID。 示例 请求示例 http://ess.aliyuncs.com/?Action=SetInstancesProtection &ScalingGroupId=AG6CQdPU8OKdwLjgZcJ**** &InstanceId.1=i-28wt4**** &InstanceId.2=i-28wt4**** &ProtectedFromScaleIn=true &<公共请求参数> 正常返回示例 XML 格式 473469C7-AA6F-4DC5-B3DB-A3DC0DE3C83E JSON 格式 { "RequestId":"473469C7-AA6F-4DC5-B3DB-A3DC0DE3C83E" } 错误码 访问错误中心查看更多错误码。 HttpCode 错误码 错误信息 描述 400 IncorrectScalingGroupStatus The current status of the specified scaling group does not support this action. 您需要启用伸缩组。 403 Forbidden.Unauthorized A required authorization for the specified action is not supplied. 您还未被授权使用SetInstancesProtection接口。 404 InvalidInstanceId.NotFound Instance “XXX” does not exist. 指定的ECS实例不存在。 404 InvalidScalingGroupId.NotFound The specified scaling group does not exist. 指定的伸缩组不存在。

1934890530796658 2020-03-24 22:31:37 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 RDS for MySQL 5.7主实例( SSD云盘) 系列(Category) 规格族 规格代码 规格 最大连接数 存储 最大IOPS 存储空间 基础版 通用型 mysql.n1.micro.1 1核 1G 2000 min{1200+30 x 磁盘容量,20000} 20G-1T mysql.n2.small.1 1核 2G 2000 mysql.n2.medium.1 2核 4G 4000 mysql.n4.medium.1 2核 8GB 6000 20G-6T mysql.n2.large.1 4核 8G 6000 mysql.n4.large.1 4核 16G 8000 mysql.n2.xlarge.1 8核 16G 8000 mysql.n4.xlarge.1 8核 32G 10000 mysql.n2.2xlarge.1 16核 32G 10000 mysql.n4.2xlarge.1 16核 64G 15000 mysql.n8.2xlarge.1 16核 128G 20000 mysql.n4.4xlarge.1 32核 128G 20000 mysql.n8.4xlarge.1 32核 256G 64000 mysql.n4.8xlarge.1 56核 224G 64000 mysql.n8.8xlarge.1 56核 480G 64000 高可用版 通用型 mysql.n2.small.2c 1核 2G 2000 min{1200+30 x 磁盘容量,20000} 20G-1T mysql.n2.medium.2c 2核 4G 4000 独享型 mysql.x2.large.2c 4核 8G 6000 20G-6T mysql.x4.large.2c 4核 16G 8000 mysql.x2.xlarge.2c 8核 16G 8000 mysql.x4.xlarge.2c 8核 32G 10000 mysql.x2.2xlarge.2c 16核 32G 10000 mysql.x4.2xlarge.2c 16核 64G 15000 mysql.x8.2xlarge.2c 16核 128G 20000 mysql.x4.4xlarge.2c 32核 128G 20000 mysql.x8.4xlarge.2c 32核 256G 64000 mysql.x4.8xlarge.2c 56核 224G 64000 mysql.x8.8xlarge.2c 56核 480G 100000 RDS for MySQL 5.7/5.6/5.5 主实例(本地SSD盘) 系列(Category) 规格族 规格代码 规格 最大连接数 存储 最大IOPS 存储空间 高可用版 通用型 rds.mysql.t1.small 1核 1G 300 600 5G-2T rds.mysql.s1.small 1核 2G 600 1000 rds.mysql.s2.large 2核 4G 1200 2000 rds.mysql.s2.xlarge 2核 8GB 2000 4000 rds.mysql.s3.large 4核 8G 2000 5000 rds.mysql.m1.medium 4核 16G 4000 7000 rds.mysql.c1.large 8核 16G 4000 8000 rds.mysql.c1.xlarge 8核 32G 8000 12000 rds.mysql.c2.xlarge 16核 64G 16000 14000 独享型 mysql.x4.large.2 4核 16G 2500 4500 250G/500G mysql.x4.xlarge.2 8核 32G 5000 9000 500G/1T mysql.x4.2xlarge.2 16核 64G 10000 18000 1T/2T/3T mysql.x4.4xlarge.2 32核 128G 20000 36000 2T/3T mysql.x8.medium.2 2核 16G 2500 4500 250G mysql.x8.large.2 4核 32G 5000 9000 500G mysql.x8.xlarge.2 8核 64G 10000 18000 1T mysql.x8.2xlarge.2 16核 128G 20000 36000 2T/3T 独占物理机 rds.mysql.st.d13 30核 220G 64000 20000 3T rds.mysql.st.h43 60核 470G 100000 120000 3T 金融版(原名:三节点企业版)支持 5.6 独享型(高CPU) mysql.x4.large.3 4核 16GB 2500 4500 250GB或500GB mysql.x4.xlarge.3 8核 32GB 5000 9000 500GB或1000GB mysql.x4.2xlarge.3 16核 64GB 10000 18000 1000GB、2000GB或3000GB mysql.x4.4xlarge.3 32核 128GB 20000 36000 2000GB或3000GB 独享型(高内存) mysql.x8.medium.3 2核 16GB 2500 4500 250GB mysql.x8.large.3 4核 32GB 5000 9000 500GB mysql.x8.xlarge.3 8核 64GB 10000 18000 1000GB mysql.x8.2xlarge.3 16核 128GB 20000 36000 2000GB或3000GB mysql.x8.4xlarge.3 32核 256GB 40000 72000 3000GB 独占物理机 mysql.st.8xlarge.3 60核 470GB 100000 120000 3000GB MySQL 5.7只读实例(SSD云盘) 系列(Category) 规格族 规格代码 规格 最大连接数 存储 最大IOPS 存储空间 只读实例 通用型 mysqlro.n2.small.1c 1核 2G 2000 min{1200+30 x 磁盘容量,20000} 20G-1T mysqlro.n2.medium.1c 2核 4G 4000 独享型 mysqlro.x2.large.1c 4核 8G 6000 20G-6T mysqlro.x4.large.1c 4核 16G 8000 mysqlro.x2.xlarge.1c 8核 16G 8000 mysqlro.x4.xlarge.1c 8核 32G 10000 mysqlro.x2.2xlarge.1c 16核 32G 10000 mysqlro.x4.2xlarge.1c 16核 64G 15000 mysqlro.x8.2xlarge.1c 16核 128G 20000 mysqlro.x4.4xlarge.1c 32核 128G 20000 mysqlro.x8.4xlarge.1c 32核 256G 64000 mysqlro.x4.8xlarge.1c 56核 224G 64000 mysqlro.x8.8xlarge.1c 56核 480G 100000 MySQL 5.7/5.6只读实例(本地SSD盘) 系列(Category) 规格族 规格代码 规格 最大连接数 存储 最大IOPS 存储空间 只读实例 通用型 rds.mysql.t1.small 1核 1G 300 600 5G-2T rds.mysql.s1.small 1核 2G 600 1000 rds.mysql.s2.large 2核 4G 1200 2000 rds.mysql.s3.large 4核 8G 2000 5000 rds.mysql.m1.medium 4核 16G 4000 7000 rds.mysql.c1.large 8核 16G 4000 8000 rds.mysql.c1.xlarge 8核 32G 8000 12000 rds.mysql.c2.xlarge 16核 64G 16000 14000 独享型 mysqlro.x4.large.1 4核 16G 2500 4500 250G/500G mysqlro.x4.xlarge.1 8核 32G 5000 9000 500G/1T mysqlro.x4.2xlarge.1 16核 64G 10000 18000 1T/2T/3T mysqlro.x4.4xlarge.1 32核 128G 20000 36000 2T/3T mysqlro.x8.medium.1 2核 16G 2500 4500 250G mysqlro.x8.large.1 4核 32G 5000 9000 500G mysqlro.x8.xlarge.1 8核 64G 10000 18000 1T mysqlro.x8.2xlarge.1 16核 128G 20000 36000 2T/3T 独占物理机 rds.mysql.st.d13 30核 220G 64000 20000 3T rds.mysql.st.h43 60核 470G 100000 120000 3T RDS for SQL Server 系列 版本 规格类型 规格代码 CPU/内存 最大连接数 最大IOPS 存储空间 基础版 支持2012EE(原2012) 通用 rds.mssql.s2.large 2核 4GB 不限制 IOPS=min{30 x 磁盘容量,20000} 20GB-2000GB rds.mssql.s2.xlarge 2核 8GB rds.mssql.s3.large 4核 8GB rds.mssql.m1.medium 4核 16GB rds.mssql.c1.large 8核 16GB rds.mssql.c1.xlarge 8核 32GB rds.mssql.c2.xlarge 16核 64GB 支持2012Web、2016Web 独享型 mssql.x2.medium.w1 2核 4GB 不限制 IOPS=min{30 x 磁盘容量,20000} 20GB-2000GB mssql.x2.large.w1 4核 8GB mssql.x2.xlarge.w1 8核 16GB mssql.x2.2xlarge.w1 16核 32GB mssql.x4.medium.w1 2核 8GB mssql.x4.large.w1 4核 16GB mssql.x4.xlarge.w1 8核 32GB mssql.x4.2xlarge.w1 16核 64GB 高可用版 支持2008R2 通用 rds.mssql.s1.small 1核 2GB 600 1000 10GB-2000GB rds.mssql.s2.large 2核 4GB 1200 2000 rds.mssql.s2.xlarge 2核 8GB 2000 4000 rds.mssql.s3.large 4核 8GB 2000 5000 rds.mssql.m1.medium 4核 16GB 4000 7000 rds.mssql.c1.large 8核 16GB 4000 8000 rds.mssql.c1.xlarge 8核 32GB 8000 12000 rds.mssql.c2.xlarge 16核 64GB 16000 14000 rds.mssql.c2.xlp2 16核 96GB 24000 16000 独享型 mssql.x8.medium.2 2核 16GB 2500 4500 250GB mssql.x8.large.2 4核 32GB 5000 9000 500GB mssql.x8.xlarge.2 8核 64GB 10000 18000 1000GB mssql.x8.2xlarge.2 16核 128GB 20000 36000 2000GB 独占物理机 rds.mssql.st.d13 30核 220GB 64000 20000 2000GB rds.mssql.st.h43 60核 470GB 100000 50000 2000GB 支持SQL Server 2012企业版、2016企业版 独享型 mssql.x4.xlarge.e2 8核 32GB 无限制 取决于SSD云盘性能 20G - 2T mssql.x4.2xlarge.e2 16核 64GB mssql.x4.3xlarge.e2 24核 96GB mssql.x8.xlarge.e2 8核 64GB mssql.x8.2xlarge.e2 16核 128GB mssql.x8.4xlarge.e2 32核 256GB mssql.x8.7xlarge.e2 56核 480GB 支持SQL Server 2012标准版、2016标准版 独享型 mssql.x4.medium.s2 2核 8GB mssql.x4.large.s2 4核 16GB mssql.x4.xlarge.s2 8核 32GB mssql.x4.2xlarge.s2 16核 64GB mssql.x4.3xlarge.s2 24核 96GB RDS for PostgreSQL 系列 版本 规格类型 规格代码 CPU/内存 最大连接数 最大IOPS 存储空间 高可用版 支持9.4 通用 rds.pg.t1.small 1核 1GB 100 600 5GB-2000GB rds.pg.s1.small 1核 2GB 200 1000 rds.pg.s2.large 2核 4GB 400 2000 rds.pg.s3.large 4核 8GB 800 5000 rds.pg.c1.large 8核 16GB 1500 8000 rds.pg.c1.xlarge 8核 32GB 2000 12000 rds.pg.c2.xlarge 16核 64GB 2000 14000 独享型(高内存) pg.x8.medium.2 2核 16GB 2500 4500 250GB pg.x8.large.2 4核 32GB 5000 9000 500GB pg.x8.xlarge.2 8核 64GB 10000 18000 1000GB pg.x8.2xlarge.2 16核 128GB 12000 36000 2000GB 独享型(高CPU) pg.x4.large.2 4核 16GB 2500 4500 250GB或500GB pg.x4.xlarge.2 8核 32GB 5000 9000 500GB或1000GB pg.x4.2xlarge.2 16核 64GB 10000 18000 1000GB或2000GB pg.x4.4xlarge.2 32核 128GB 12000 36000 2000GB或3000GB 独占物理机 rds.pg.st.d13 30核 220GB 4000 20000 3000GB rds.pg.st.h43 60核 470GB 4000 50000 3000GB RDS for PPAS 系列 版本 规格类型 规格代码 CPU/内存 最大连接数 最大IOPS 存储空间 高可用版 支持9.3 通用 rds.ppas.t1.small 1核 1GB 100 600 5GB-2000GB rds.ppas.s1.small 1核 2GB 200 1000 rds.ppas.s2.large 2核 4GB 400 2000 rds.ppas.s3.large 4核 8GB 800 5000 rds.ppas.m1.medium 4核 16GB 1500 8000 rds.ppas.c1.xlarge 8核 32GB 2000 12000 rds.ppas.c2.xlarge 16核 64GB 2000 14000 独享型 ppas.x8.medium.2 2核 16GB 2500 4500 250GB ppas.x8.large.2 4核 32GB 5000 9000 500GB ppas.x8.xlarge.2 8核 64GB 10000 18000 1000GB ppas.x8.2xlarge.2 16核 128GB 12000 36000 2000GB 独占物理机 rds.ppas.st.d13 30核 220GB 4000 20000 3000GB rds.ppas.st.h43 60核 470GB 4000 50000 3000GB 历史规格 RDS for MySQL 以下为 RDS for MySQL 历史规格列表。新申请实例不再提供历史规格,建议用户使用最新规格。 规格类型代码 CPU/核 内存 最大连接数 最大IOPS rds.mys2.small 2 240MB 60 150 rds.mys2.mid 4 600MB 150 300 rds.mys2.standard 6 1200MB 300 600 rds.mys2.large 8 2400MB 600 1200 rds.mys2.xlarge 9 6000MB 1500 3000 rds.mys2.2xlarge 10 12000MB 2000 6000 rds.mys2.4xlarge 11 24000MB 2000 12000 rds.mys2.8xlarge 13 48000MB 2000 14000 历史规格 RDS for SQL Server 以下为RDS for SQL Server历史规格列表。新申请实例不再提供历史规格,建议用户使用最新规格。 规格类型代码 CPU/核 内存 最大连接数 最大IOPS rds.mss1.small 6 1000MB 100 500 rds.mss1.mid 8 2000MB 200 1000 rds.mss1.standard 9 4000MB 400 2000 rds.mss1.large 10 6000MB 600 3000 rds.mss1.xlarge 11 8000MB 800 4000 rds.mss1.2xlarge 12 12000MB 1200 6000 rds.mss1.4xlarge 13 24000MB 2000 12000 rds.mss1.8xlarge 13 48000MB 2000 14000

2019-12-01 23:09:28 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 RDS for MySQL 5.7主实例( SSD云盘) 系列(Category) 规格族 规格代码 规格 最大连接数 存储 最大IOPS 存储空间 基础版 通用型 mysql.n1.micro.1 1核 1G 2000 min{1200+30 x 磁盘容量,20000} 20G-1T mysql.n2.small.1 1核 2G 2000 mysql.n2.medium.1 2核 4G 4000 mysql.n4.medium.1 2核 8GB 6000 20G-6T mysql.n2.large.1 4核 8G 6000 mysql.n4.large.1 4核 16G 8000 mysql.n2.xlarge.1 8核 16G 8000 mysql.n4.xlarge.1 8核 32G 10000 mysql.n2.2xlarge.1 16核 32G 10000 mysql.n4.2xlarge.1 16核 64G 15000 mysql.n8.2xlarge.1 16核 128G 20000 mysql.n4.4xlarge.1 32核 128G 20000 mysql.n8.4xlarge.1 32核 256G 64000 mysql.n4.8xlarge.1 56核 224G 64000 mysql.n8.8xlarge.1 56核 480G 64000 高可用版 通用型 mysql.n2.small.2c 1核 2G 2000 min{1200+30 x 磁盘容量,20000} 20G-1T mysql.n2.medium.2c 2核 4G 4000 独享型 mysql.x2.large.2c 4核 8G 6000 20G-6T mysql.x4.large.2c 4核 16G 8000 mysql.x2.xlarge.2c 8核 16G 8000 mysql.x4.xlarge.2c 8核 32G 10000 mysql.x2.2xlarge.2c 16核 32G 10000 mysql.x4.2xlarge.2c 16核 64G 15000 mysql.x8.2xlarge.2c 16核 128G 20000 mysql.x4.4xlarge.2c 32核 128G 20000 mysql.x8.4xlarge.2c 32核 256G 64000 mysql.x4.8xlarge.2c 56核 224G 64000 mysql.x8.8xlarge.2c 56核 480G 100000 RDS for MySQL 5.7/5.6/5.5 主实例(本地SSD盘) 系列(Category) 规格族 规格代码 规格 最大连接数 存储 最大IOPS 存储空间 高可用版 通用型 rds.mysql.t1.small 1核 1G 300 600 5G-2T rds.mysql.s1.small 1核 2G 600 1000 rds.mysql.s2.large 2核 4G 1200 2000 rds.mysql.s2.xlarge 2核 8GB 2000 4000 rds.mysql.s3.large 4核 8G 2000 5000 rds.mysql.m1.medium 4核 16G 4000 7000 rds.mysql.c1.large 8核 16G 4000 8000 rds.mysql.c1.xlarge 8核 32G 8000 12000 rds.mysql.c2.xlarge 16核 64G 16000 14000 独享型 mysql.x4.large.2 4核 16G 2500 4500 250G/500G mysql.x4.xlarge.2 8核 32G 5000 9000 500G/1T mysql.x4.2xlarge.2 16核 64G 10000 18000 1T/2T/3T mysql.x4.4xlarge.2 32核 128G 20000 36000 2T/3T mysql.x8.medium.2 2核 16G 2500 4500 250G mysql.x8.large.2 4核 32G 5000 9000 500G mysql.x8.xlarge.2 8核 64G 10000 18000 1T mysql.x8.2xlarge.2 16核 128G 20000 36000 2T/3T 独占物理机 rds.mysql.st.d13 30核 220G 64000 20000 3T rds.mysql.st.h43 60核 470G 100000 120000 3T 金融版(原名:三节点企业版)支持 5.6 独享型(高CPU) mysql.x4.large.3 4核 16GB 2500 4500 250GB或500GB mysql.x4.xlarge.3 8核 32GB 5000 9000 500GB或1000GB mysql.x4.2xlarge.3 16核 64GB 10000 18000 1000GB、2000GB或3000GB mysql.x4.4xlarge.3 32核 128GB 20000 36000 2000GB或3000GB 独享型(高内存) mysql.x8.medium.3 2核 16GB 2500 4500 250GB mysql.x8.large.3 4核 32GB 5000 9000 500GB mysql.x8.xlarge.3 8核 64GB 10000 18000 1000GB mysql.x8.2xlarge.3 16核 128GB 20000 36000 2000GB或3000GB mysql.x8.4xlarge.3 32核 256GB 40000 72000 3000GB 独占物理机 mysql.st.8xlarge.3 60核 470GB 100000 120000 3000GB MySQL 5.7只读实例(SSD云盘) 系列(Category) 规格族 规格代码 规格 最大连接数 存储 最大IOPS 存储空间 只读实例 通用型 mysqlro.n2.small.1c 1核 2G 2000 min{1200+30 x 磁盘容量,20000} 20G-1T mysqlro.n2.medium.1c 2核 4G 4000 独享型 mysqlro.x2.large.1c 4核 8G 6000 20G-6T mysqlro.x4.large.1c 4核 16G 8000 mysqlro.x2.xlarge.1c 8核 16G 8000 mysqlro.x4.xlarge.1c 8核 32G 10000 mysqlro.x2.2xlarge.1c 16核 32G 10000 mysqlro.x4.2xlarge.1c 16核 64G 15000 mysqlro.x8.2xlarge.1c 16核 128G 20000 mysqlro.x4.4xlarge.1c 32核 128G 20000 mysqlro.x8.4xlarge.1c 32核 256G 64000 mysqlro.x4.8xlarge.1c 56核 224G 64000 mysqlro.x8.8xlarge.1c 56核 480G 100000 MySQL 5.7/5.6只读实例(本地SSD盘) 系列(Category) 规格族 规格代码 规格 最大连接数 存储 最大IOPS 存储空间 只读实例 通用型 rds.mysql.t1.small 1核 1G 300 600 5G-2T rds.mysql.s1.small 1核 2G 600 1000 rds.mysql.s2.large 2核 4G 1200 2000 rds.mysql.s3.large 4核 8G 2000 5000 rds.mysql.m1.medium 4核 16G 4000 7000 rds.mysql.c1.large 8核 16G 4000 8000 rds.mysql.c1.xlarge 8核 32G 8000 12000 rds.mysql.c2.xlarge 16核 64G 16000 14000 独享型 mysqlro.x4.large.1 4核 16G 2500 4500 250G/500G mysqlro.x4.xlarge.1 8核 32G 5000 9000 500G/1T mysqlro.x4.2xlarge.1 16核 64G 10000 18000 1T/2T/3T mysqlro.x4.4xlarge.1 32核 128G 20000 36000 2T/3T mysqlro.x8.medium.1 2核 16G 2500 4500 250G mysqlro.x8.large.1 4核 32G 5000 9000 500G mysqlro.x8.xlarge.1 8核 64G 10000 18000 1T mysqlro.x8.2xlarge.1 16核 128G 20000 36000 2T/3T 独占物理机 rds.mysql.st.d13 30核 220G 64000 20000 3T rds.mysql.st.h43 60核 470G 100000 120000 3T RDS for SQL Server 系列 版本 规格类型 规格代码 CPU/内存 最大连接数 最大IOPS 存储空间 基础版 支持2012EE(原2012) 通用 rds.mssql.s2.large 2核 4GB 不限制 IOPS=min{30 x 磁盘容量,20000} 20GB-2000GB rds.mssql.s2.xlarge 2核 8GB rds.mssql.s3.large 4核 8GB rds.mssql.m1.medium 4核 16GB rds.mssql.c1.large 8核 16GB rds.mssql.c1.xlarge 8核 32GB rds.mssql.c2.xlarge 16核 64GB 支持2012Web、2016Web 独享型 mssql.x2.medium.w1 2核 4GB 不限制 IOPS=min{30 x 磁盘容量,20000} 20GB-2000GB mssql.x2.large.w1 4核 8GB mssql.x2.xlarge.w1 8核 16GB mssql.x2.2xlarge.w1 16核 32GB mssql.x4.medium.w1 2核 8GB mssql.x4.large.w1 4核 16GB mssql.x4.xlarge.w1 8核 32GB mssql.x4.2xlarge.w1 16核 64GB 高可用版 支持2008R2 通用 rds.mssql.s1.small 1核 2GB 600 1000 10GB-2000GB rds.mssql.s2.large 2核 4GB 1200 2000 rds.mssql.s2.xlarge 2核 8GB 2000 4000 rds.mssql.s3.large 4核 8GB 2000 5000 rds.mssql.m1.medium 4核 16GB 4000 7000 rds.mssql.c1.large 8核 16GB 4000 8000 rds.mssql.c1.xlarge 8核 32GB 8000 12000 rds.mssql.c2.xlarge 16核 64GB 16000 14000 rds.mssql.c2.xlp2 16核 96GB 24000 16000 独享型 mssql.x8.medium.2 2核 16GB 2500 4500 250GB mssql.x8.large.2 4核 32GB 5000 9000 500GB mssql.x8.xlarge.2 8核 64GB 10000 18000 1000GB mssql.x8.2xlarge.2 16核 128GB 20000 36000 2000GB 独占物理机 rds.mssql.st.d13 30核 220GB 64000 20000 2000GB rds.mssql.st.h43 60核 470GB 100000 50000 2000GB 支持SQL Server 2012企业版、2016企业版 独享型 mssql.x4.xlarge.e2 8核 32GB 无限制 取决于SSD云盘性能 20G - 2T mssql.x4.2xlarge.e2 16核 64GB mssql.x4.3xlarge.e2 24核 96GB mssql.x8.xlarge.e2 8核 64GB mssql.x8.2xlarge.e2 16核 128GB mssql.x8.4xlarge.e2 32核 256GB mssql.x8.7xlarge.e2 56核 480GB 支持SQL Server 2012标准版、2016标准版 独享型 mssql.x4.medium.s2 2核 8GB mssql.x4.large.s2 4核 16GB mssql.x4.xlarge.s2 8核 32GB mssql.x4.2xlarge.s2 16核 64GB mssql.x4.3xlarge.s2 24核 96GB RDS for PostgreSQL 系列 版本 规格类型 规格代码 CPU/内存 最大连接数 最大IOPS 存储空间 高可用版 支持9.4 通用 rds.pg.t1.small 1核 1GB 100 600 5GB-2000GB rds.pg.s1.small 1核 2GB 200 1000 rds.pg.s2.large 2核 4GB 400 2000 rds.pg.s3.large 4核 8GB 800 5000 rds.pg.c1.large 8核 16GB 1500 8000 rds.pg.c1.xlarge 8核 32GB 2000 12000 rds.pg.c2.xlarge 16核 64GB 2000 14000 独享型(高内存) pg.x8.medium.2 2核 16GB 2500 4500 250GB pg.x8.large.2 4核 32GB 5000 9000 500GB pg.x8.xlarge.2 8核 64GB 10000 18000 1000GB pg.x8.2xlarge.2 16核 128GB 12000 36000 2000GB 独享型(高CPU) pg.x4.large.2 4核 16GB 2500 4500 250GB或500GB pg.x4.xlarge.2 8核 32GB 5000 9000 500GB或1000GB pg.x4.2xlarge.2 16核 64GB 10000 18000 1000GB或2000GB pg.x4.4xlarge.2 32核 128GB 12000 36000 2000GB或3000GB 独占物理机 rds.pg.st.d13 30核 220GB 4000 20000 3000GB rds.pg.st.h43 60核 470GB 4000 50000 3000GB RDS for PPAS 系列 版本 规格类型 规格代码 CPU/内存 最大连接数 最大IOPS 存储空间 高可用版 支持9.3 通用 rds.ppas.t1.small 1核 1GB 100 600 5GB-2000GB rds.ppas.s1.small 1核 2GB 200 1000 rds.ppas.s2.large 2核 4GB 400 2000 rds.ppas.s3.large 4核 8GB 800 5000 rds.ppas.m1.medium 4核 16GB 1500 8000 rds.ppas.c1.xlarge 8核 32GB 2000 12000 rds.ppas.c2.xlarge 16核 64GB 2000 14000 独享型 ppas.x8.medium.2 2核 16GB 2500 4500 250GB ppas.x8.large.2 4核 32GB 5000 9000 500GB ppas.x8.xlarge.2 8核 64GB 10000 18000 1000GB ppas.x8.2xlarge.2 16核 128GB 12000 36000 2000GB 独占物理机 rds.ppas.st.d13 30核 220GB 4000 20000 3000GB rds.ppas.st.h43 60核 470GB 4000 50000 3000GB 历史规格 RDS for MySQL 以下为 RDS for MySQL 历史规格列表。新申请实例不再提供历史规格,建议用户使用最新规格。 规格类型代码 CPU/核 内存 最大连接数 最大IOPS rds.mys2.small 2 240MB 60 150 rds.mys2.mid 4 600MB 150 300 rds.mys2.standard 6 1200MB 300 600 rds.mys2.large 8 2400MB 600 1200 rds.mys2.xlarge 9 6000MB 1500 3000 rds.mys2.2xlarge 10 12000MB 2000 6000 rds.mys2.4xlarge 11 24000MB 2000 12000 rds.mys2.8xlarge 13 48000MB 2000 14000 历史规格 RDS for SQL Server 以下为RDS for SQL Server历史规格列表。新申请实例不再提供历史规格,建议用户使用最新规格。 规格类型代码 CPU/核 内存 最大连接数 最大IOPS rds.mss1.small 6 1000MB 100 500 rds.mss1.mid 8 2000MB 200 1000 rds.mss1.standard 9 4000MB 400 2000 rds.mss1.large 10 6000MB 600 3000 rds.mss1.xlarge 11 8000MB 800 4000 rds.mss1.2xlarge 12 12000MB 1200 6000 rds.mss1.4xlarge 13 24000MB 2000 12000 rds.mss1.8xlarge 13 48000MB 2000 14000

2019-12-01 23:09:28 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 RDS for MySQL 5.7主实例( SSD云盘) 系列(Category) 规格族 规格代码 规格 最大连接数 存储 最大IOPS 存储空间 基础版 通用型 mysql.n1.micro.1 1核 1G 2000 min{1200+30 x 磁盘容量,20000} 20G-1T mysql.n2.small.1 1核 2G 2000 mysql.n2.medium.1 2核 4G 4000 mysql.n4.medium.1 2核 8GB 6000 20G-6T mysql.n2.large.1 4核 8G 6000 mysql.n4.large.1 4核 16G 8000 mysql.n2.xlarge.1 8核 16G 8000 mysql.n4.xlarge.1 8核 32G 10000 mysql.n2.2xlarge.1 16核 32G 10000 mysql.n4.2xlarge.1 16核 64G 15000 mysql.n8.2xlarge.1 16核 128G 20000 mysql.n4.4xlarge.1 32核 128G 20000 mysql.n8.4xlarge.1 32核 256G 64000 mysql.n4.8xlarge.1 56核 224G 64000 mysql.n8.8xlarge.1 56核 480G 64000 高可用版 通用型 mysql.n2.small.2c 1核 2G 2000 min{1200+30 x 磁盘容量,20000} 20G-1T mysql.n2.medium.2c 2核 4G 4000 独享型 mysql.x2.large.2c 4核 8G 6000 20G-6T mysql.x4.large.2c 4核 16G 8000 mysql.x2.xlarge.2c 8核 16G 8000 mysql.x4.xlarge.2c 8核 32G 10000 mysql.x2.2xlarge.2c 16核 32G 10000 mysql.x4.2xlarge.2c 16核 64G 15000 mysql.x8.2xlarge.2c 16核 128G 20000 mysql.x4.4xlarge.2c 32核 128G 20000 mysql.x8.4xlarge.2c 32核 256G 64000 mysql.x4.8xlarge.2c 56核 224G 64000 mysql.x8.8xlarge.2c 56核 480G 100000 RDS for MySQL 5.7/5.6/5.5 主实例(本地SSD盘) 系列(Category) 规格族 规格代码 规格 最大连接数 存储 最大IOPS 存储空间 高可用版 通用型 rds.mysql.t1.small 1核 1G 300 600 5G-2T rds.mysql.s1.small 1核 2G 600 1000 rds.mysql.s2.large 2核 4G 1200 2000 rds.mysql.s2.xlarge 2核 8GB 2000 4000 rds.mysql.s3.large 4核 8G 2000 5000 rds.mysql.m1.medium 4核 16G 4000 7000 rds.mysql.c1.large 8核 16G 4000 8000 rds.mysql.c1.xlarge 8核 32G 8000 12000 rds.mysql.c2.xlarge 16核 64G 16000 14000 独享型 mysql.x4.large.2 4核 16G 2500 4500 250G/500G mysql.x4.xlarge.2 8核 32G 5000 9000 500G/1T mysql.x4.2xlarge.2 16核 64G 10000 18000 1T/2T/3T mysql.x4.4xlarge.2 32核 128G 20000 36000 2T/3T mysql.x8.medium.2 2核 16G 2500 4500 250G mysql.x8.large.2 4核 32G 5000 9000 500G mysql.x8.xlarge.2 8核 64G 10000 18000 1T mysql.x8.2xlarge.2 16核 128G 20000 36000 2T/3T 独占物理机 rds.mysql.st.d13 30核 220G 64000 20000 3T rds.mysql.st.h43 60核 470G 100000 120000 3T 金融版(原名:三节点企业版)支持 5.6 独享型(高CPU) mysql.x4.large.3 4核 16GB 2500 4500 250GB或500GB mysql.x4.xlarge.3 8核 32GB 5000 9000 500GB或1000GB mysql.x4.2xlarge.3 16核 64GB 10000 18000 1000GB、2000GB或3000GB mysql.x4.4xlarge.3 32核 128GB 20000 36000 2000GB或3000GB 独享型(高内存) mysql.x8.medium.3 2核 16GB 2500 4500 250GB mysql.x8.large.3 4核 32GB 5000 9000 500GB mysql.x8.xlarge.3 8核 64GB 10000 18000 1000GB mysql.x8.2xlarge.3 16核 128GB 20000 36000 2000GB或3000GB mysql.x8.4xlarge.3 32核 256GB 40000 72000 3000GB 独占物理机 mysql.st.8xlarge.3 60核 470GB 100000 120000 3000GB MySQL 5.7只读实例(SSD云盘) 系列(Category) 规格族 规格代码 规格 最大连接数 存储 最大IOPS 存储空间 只读实例 通用型 mysqlro.n2.small.1c 1核 2G 2000 min{1200+30 x 磁盘容量,20000} 20G-1T mysqlro.n2.medium.1c 2核 4G 4000 独享型 mysqlro.x2.large.1c 4核 8G 6000 20G-6T mysqlro.x4.large.1c 4核 16G 8000 mysqlro.x2.xlarge.1c 8核 16G 8000 mysqlro.x4.xlarge.1c 8核 32G 10000 mysqlro.x2.2xlarge.1c 16核 32G 10000 mysqlro.x4.2xlarge.1c 16核 64G 15000 mysqlro.x8.2xlarge.1c 16核 128G 20000 mysqlro.x4.4xlarge.1c 32核 128G 20000 mysqlro.x8.4xlarge.1c 32核 256G 64000 mysqlro.x4.8xlarge.1c 56核 224G 64000 mysqlro.x8.8xlarge.1c 56核 480G 100000 MySQL 5.7/5.6只读实例(本地SSD盘) 系列(Category) 规格族 规格代码 规格 最大连接数 存储 最大IOPS 存储空间 只读实例 通用型 rds.mysql.t1.small 1核 1G 300 600 5G-2T rds.mysql.s1.small 1核 2G 600 1000 rds.mysql.s2.large 2核 4G 1200 2000 rds.mysql.s3.large 4核 8G 2000 5000 rds.mysql.m1.medium 4核 16G 4000 7000 rds.mysql.c1.large 8核 16G 4000 8000 rds.mysql.c1.xlarge 8核 32G 8000 12000 rds.mysql.c2.xlarge 16核 64G 16000 14000 独享型 mysqlro.x4.large.1 4核 16G 2500 4500 250G/500G mysqlro.x4.xlarge.1 8核 32G 5000 9000 500G/1T mysqlro.x4.2xlarge.1 16核 64G 10000 18000 1T/2T/3T mysqlro.x4.4xlarge.1 32核 128G 20000 36000 2T/3T mysqlro.x8.medium.1 2核 16G 2500 4500 250G mysqlro.x8.large.1 4核 32G 5000 9000 500G mysqlro.x8.xlarge.1 8核 64G 10000 18000 1T mysqlro.x8.2xlarge.1 16核 128G 20000 36000 2T/3T 独占物理机 rds.mysql.st.d13 30核 220G 64000 20000 3T rds.mysql.st.h43 60核 470G 100000 120000 3T RDS for SQL Server 系列 版本 规格类型 规格代码 CPU/内存 最大连接数 最大IOPS 存储空间 基础版 支持2012EE(原2012) 通用 rds.mssql.s2.large 2核 4GB 不限制 IOPS=min{30 x 磁盘容量,20000} 20GB-2000GB rds.mssql.s2.xlarge 2核 8GB rds.mssql.s3.large 4核 8GB rds.mssql.m1.medium 4核 16GB rds.mssql.c1.large 8核 16GB rds.mssql.c1.xlarge 8核 32GB rds.mssql.c2.xlarge 16核 64GB 支持2012Web、2016Web 独享型 mssql.x2.medium.w1 2核 4GB 不限制 IOPS=min{30 x 磁盘容量,20000} 20GB-2000GB mssql.x2.large.w1 4核 8GB mssql.x2.xlarge.w1 8核 16GB mssql.x2.2xlarge.w1 16核 32GB mssql.x4.medium.w1 2核 8GB mssql.x4.large.w1 4核 16GB mssql.x4.xlarge.w1 8核 32GB mssql.x4.2xlarge.w1 16核 64GB 高可用版 支持2008R2 通用 rds.mssql.s1.small 1核 2GB 600 1000 10GB-2000GB rds.mssql.s2.large 2核 4GB 1200 2000 rds.mssql.s2.xlarge 2核 8GB 2000 4000 rds.mssql.s3.large 4核 8GB 2000 5000 rds.mssql.m1.medium 4核 16GB 4000 7000 rds.mssql.c1.large 8核 16GB 4000 8000 rds.mssql.c1.xlarge 8核 32GB 8000 12000 rds.mssql.c2.xlarge 16核 64GB 16000 14000 rds.mssql.c2.xlp2 16核 96GB 24000 16000 独享型 mssql.x8.medium.2 2核 16GB 2500 4500 250GB mssql.x8.large.2 4核 32GB 5000 9000 500GB mssql.x8.xlarge.2 8核 64GB 10000 18000 1000GB mssql.x8.2xlarge.2 16核 128GB 20000 36000 2000GB 独占物理机 rds.mssql.st.d13 30核 220GB 64000 20000 2000GB rds.mssql.st.h43 60核 470GB 100000 50000 2000GB 支持SQL Server 2012企业版、2016企业版 独享型 mssql.x4.xlarge.e2 8核 32GB 无限制 取决于SSD云盘性能 20G - 2T mssql.x4.2xlarge.e2 16核 64GB mssql.x4.3xlarge.e2 24核 96GB mssql.x8.xlarge.e2 8核 64GB mssql.x8.2xlarge.e2 16核 128GB mssql.x8.4xlarge.e2 32核 256GB mssql.x8.7xlarge.e2 56核 480GB 支持SQL Server 2012标准版、2016标准版 独享型 mssql.x4.medium.s2 2核 8GB mssql.x4.large.s2 4核 16GB mssql.x4.xlarge.s2 8核 32GB mssql.x4.2xlarge.s2 16核 64GB mssql.x4.3xlarge.s2 24核 96GB RDS for PostgreSQL 系列 版本 规格类型 规格代码 CPU/内存 最大连接数 最大IOPS 存储空间 高可用版 支持9.4 通用 rds.pg.t1.small 1核 1GB 100 600 5GB-2000GB rds.pg.s1.small 1核 2GB 200 1000 rds.pg.s2.large 2核 4GB 400 2000 rds.pg.s3.large 4核 8GB 800 5000 rds.pg.c1.large 8核 16GB 1500 8000 rds.pg.c1.xlarge 8核 32GB 2000 12000 rds.pg.c2.xlarge 16核 64GB 2000 14000 独享型(高内存) pg.x8.medium.2 2核 16GB 2500 4500 250GB pg.x8.large.2 4核 32GB 5000 9000 500GB pg.x8.xlarge.2 8核 64GB 10000 18000 1000GB pg.x8.2xlarge.2 16核 128GB 12000 36000 2000GB 独享型(高CPU) pg.x4.large.2 4核 16GB 2500 4500 250GB或500GB pg.x4.xlarge.2 8核 32GB 5000 9000 500GB或1000GB pg.x4.2xlarge.2 16核 64GB 10000 18000 1000GB或2000GB pg.x4.4xlarge.2 32核 128GB 12000 36000 2000GB或3000GB 独占物理机 rds.pg.st.d13 30核 220GB 4000 20000 3000GB rds.pg.st.h43 60核 470GB 4000 50000 3000GB RDS for PPAS 系列 版本 规格类型 规格代码 CPU/内存 最大连接数 最大IOPS 存储空间 高可用版 支持9.3 通用 rds.ppas.t1.small 1核 1GB 100 600 5GB-2000GB rds.ppas.s1.small 1核 2GB 200 1000 rds.ppas.s2.large 2核 4GB 400 2000 rds.ppas.s3.large 4核 8GB 800 5000 rds.ppas.m1.medium 4核 16GB 1500 8000 rds.ppas.c1.xlarge 8核 32GB 2000 12000 rds.ppas.c2.xlarge 16核 64GB 2000 14000 独享型 ppas.x8.medium.2 2核 16GB 2500 4500 250GB ppas.x8.large.2 4核 32GB 5000 9000 500GB ppas.x8.xlarge.2 8核 64GB 10000 18000 1000GB ppas.x8.2xlarge.2 16核 128GB 12000 36000 2000GB 独占物理机 rds.ppas.st.d13 30核 220GB 4000 20000 3000GB rds.ppas.st.h43 60核 470GB 4000 50000 3000GB 历史规格 RDS for MySQL 以下为 RDS for MySQL 历史规格列表。新申请实例不再提供历史规格,建议用户使用最新规格。 规格类型代码 CPU/核 内存 最大连接数 最大IOPS rds.mys2.small 2 240MB 60 150 rds.mys2.mid 4 600MB 150 300 rds.mys2.standard 6 1200MB 300 600 rds.mys2.large 8 2400MB 600 1200 rds.mys2.xlarge 9 6000MB 1500 3000 rds.mys2.2xlarge 10 12000MB 2000 6000 rds.mys2.4xlarge 11 24000MB 2000 12000 rds.mys2.8xlarge 13 48000MB 2000 14000 历史规格 RDS for SQL Server 以下为RDS for SQL Server历史规格列表。新申请实例不再提供历史规格,建议用户使用最新规格。 规格类型代码 CPU/核 内存 最大连接数 最大IOPS rds.mss1.small 6 1000MB 100 500 rds.mss1.mid 8 2000MB 200 1000 rds.mss1.standard 9 4000MB 400 2000 rds.mss1.large 10 6000MB 600 3000 rds.mss1.xlarge 11 8000MB 800 4000 rds.mss1.2xlarge 12 12000MB 1200 6000 rds.mss1.4xlarge 13 24000MB 2000 12000 rds.mss1.8xlarge 13 48000MB 2000 14000

2019-12-01 23:09:27 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 RDS for MySQL 5.7主实例( SSD云盘) 系列(Category) 规格族 规格代码 规格 最大连接数 存储 最大IOPS 存储空间 基础版 通用型 mysql.n1.micro.1 1核 1G 2000 min{1200+30 x 磁盘容量,20000} 20G-1T mysql.n2.small.1 1核 2G 2000 mysql.n2.medium.1 2核 4G 4000 mysql.n4.medium.1 2核 8GB 6000 20G-6T mysql.n2.large.1 4核 8G 6000 mysql.n4.large.1 4核 16G 8000 mysql.n2.xlarge.1 8核 16G 8000 mysql.n4.xlarge.1 8核 32G 10000 mysql.n2.2xlarge.1 16核 32G 10000 mysql.n4.2xlarge.1 16核 64G 15000 mysql.n8.2xlarge.1 16核 128G 20000 mysql.n4.4xlarge.1 32核 128G 20000 mysql.n8.4xlarge.1 32核 256G 64000 mysql.n4.8xlarge.1 56核 224G 64000 mysql.n8.8xlarge.1 56核 480G 64000 高可用版 通用型 mysql.n2.small.2c 1核 2G 2000 min{1200+30 x 磁盘容量,20000} 20G-1T mysql.n2.medium.2c 2核 4G 4000 独享型 mysql.x2.large.2c 4核 8G 6000 20G-6T mysql.x4.large.2c 4核 16G 8000 mysql.x2.xlarge.2c 8核 16G 8000 mysql.x4.xlarge.2c 8核 32G 10000 mysql.x2.2xlarge.2c 16核 32G 10000 mysql.x4.2xlarge.2c 16核 64G 15000 mysql.x8.2xlarge.2c 16核 128G 20000 mysql.x4.4xlarge.2c 32核 128G 20000 mysql.x8.4xlarge.2c 32核 256G 64000 mysql.x4.8xlarge.2c 56核 224G 64000 mysql.x8.8xlarge.2c 56核 480G 100000 RDS for MySQL 5.7/5.6/5.5 主实例(本地SSD盘) 系列(Category) 规格族 规格代码 规格 最大连接数 存储 最大IOPS 存储空间 高可用版 通用型 rds.mysql.t1.small 1核 1G 300 600 5G-2T rds.mysql.s1.small 1核 2G 600 1000 rds.mysql.s2.large 2核 4G 1200 2000 rds.mysql.s2.xlarge 2核 8GB 2000 4000 rds.mysql.s3.large 4核 8G 2000 5000 rds.mysql.m1.medium 4核 16G 4000 7000 rds.mysql.c1.large 8核 16G 4000 8000 rds.mysql.c1.xlarge 8核 32G 8000 12000 rds.mysql.c2.xlarge 16核 64G 16000 14000 独享型 mysql.x4.large.2 4核 16G 2500 4500 250G/500G mysql.x4.xlarge.2 8核 32G 5000 9000 500G/1T mysql.x4.2xlarge.2 16核 64G 10000 18000 1T/2T/3T mysql.x4.4xlarge.2 32核 128G 20000 36000 2T/3T mysql.x8.medium.2 2核 16G 2500 4500 250G mysql.x8.large.2 4核 32G 5000 9000 500G mysql.x8.xlarge.2 8核 64G 10000 18000 1T mysql.x8.2xlarge.2 16核 128G 20000 36000 2T/3T 独占物理机 rds.mysql.st.d13 30核 220G 64000 20000 3T rds.mysql.st.h43 60核 470G 100000 120000 3T 金融版(原名:三节点企业版)支持 5.6 独享型(高CPU) mysql.x4.large.3 4核 16GB 2500 4500 250GB或500GB mysql.x4.xlarge.3 8核 32GB 5000 9000 500GB或1000GB mysql.x4.2xlarge.3 16核 64GB 10000 18000 1000GB、2000GB或3000GB mysql.x4.4xlarge.3 32核 128GB 20000 36000 2000GB或3000GB 独享型(高内存) mysql.x8.medium.3 2核 16GB 2500 4500 250GB mysql.x8.large.3 4核 32GB 5000 9000 500GB mysql.x8.xlarge.3 8核 64GB 10000 18000 1000GB mysql.x8.2xlarge.3 16核 128GB 20000 36000 2000GB或3000GB mysql.x8.4xlarge.3 32核 256GB 40000 72000 3000GB 独占物理机 mysql.st.8xlarge.3 60核 470GB 100000 120000 3000GB MySQL 5.7只读实例(SSD云盘) 系列(Category) 规格族 规格代码 规格 最大连接数 存储 最大IOPS 存储空间 只读实例 通用型 mysqlro.n2.small.1c 1核 2G 2000 min{1200+30 x 磁盘容量,20000} 20G-1T mysqlro.n2.medium.1c 2核 4G 4000 独享型 mysqlro.x2.large.1c 4核 8G 6000 20G-6T mysqlro.x4.large.1c 4核 16G 8000 mysqlro.x2.xlarge.1c 8核 16G 8000 mysqlro.x4.xlarge.1c 8核 32G 10000 mysqlro.x2.2xlarge.1c 16核 32G 10000 mysqlro.x4.2xlarge.1c 16核 64G 15000 mysqlro.x8.2xlarge.1c 16核 128G 20000 mysqlro.x4.4xlarge.1c 32核 128G 20000 mysqlro.x8.4xlarge.1c 32核 256G 64000 mysqlro.x4.8xlarge.1c 56核 224G 64000 mysqlro.x8.8xlarge.1c 56核 480G 100000 MySQL 5.7/5.6只读实例(本地SSD盘) 系列(Category) 规格族 规格代码 规格 最大连接数 存储 最大IOPS 存储空间 只读实例 通用型 rds.mysql.t1.small 1核 1G 300 600 5G-2T rds.mysql.s1.small 1核 2G 600 1000 rds.mysql.s2.large 2核 4G 1200 2000 rds.mysql.s3.large 4核 8G 2000 5000 rds.mysql.m1.medium 4核 16G 4000 7000 rds.mysql.c1.large 8核 16G 4000 8000 rds.mysql.c1.xlarge 8核 32G 8000 12000 rds.mysql.c2.xlarge 16核 64G 16000 14000 独享型 mysqlro.x4.large.1 4核 16G 2500 4500 250G/500G mysqlro.x4.xlarge.1 8核 32G 5000 9000 500G/1T mysqlro.x4.2xlarge.1 16核 64G 10000 18000 1T/2T/3T mysqlro.x4.4xlarge.1 32核 128G 20000 36000 2T/3T mysqlro.x8.medium.1 2核 16G 2500 4500 250G mysqlro.x8.large.1 4核 32G 5000 9000 500G mysqlro.x8.xlarge.1 8核 64G 10000 18000 1T mysqlro.x8.2xlarge.1 16核 128G 20000 36000 2T/3T 独占物理机 rds.mysql.st.d13 30核 220G 64000 20000 3T rds.mysql.st.h43 60核 470G 100000 120000 3T RDS for SQL Server 系列 版本 规格类型 规格代码 CPU/内存 最大连接数 最大IOPS 存储空间 基础版 支持2012EE(原2012) 通用 rds.mssql.s2.large 2核 4GB 不限制 IOPS=min{30 x 磁盘容量,20000} 20GB-2000GB rds.mssql.s2.xlarge 2核 8GB rds.mssql.s3.large 4核 8GB rds.mssql.m1.medium 4核 16GB rds.mssql.c1.large 8核 16GB rds.mssql.c1.xlarge 8核 32GB rds.mssql.c2.xlarge 16核 64GB 支持2012Web、2016Web 独享型 mssql.x2.medium.w1 2核 4GB 不限制 IOPS=min{30 x 磁盘容量,20000} 20GB-2000GB mssql.x2.large.w1 4核 8GB mssql.x2.xlarge.w1 8核 16GB mssql.x2.2xlarge.w1 16核 32GB mssql.x4.medium.w1 2核 8GB mssql.x4.large.w1 4核 16GB mssql.x4.xlarge.w1 8核 32GB mssql.x4.2xlarge.w1 16核 64GB 高可用版 支持2008R2 通用 rds.mssql.s1.small 1核 2GB 600 1000 10GB-2000GB rds.mssql.s2.large 2核 4GB 1200 2000 rds.mssql.s2.xlarge 2核 8GB 2000 4000 rds.mssql.s3.large 4核 8GB 2000 5000 rds.mssql.m1.medium 4核 16GB 4000 7000 rds.mssql.c1.large 8核 16GB 4000 8000 rds.mssql.c1.xlarge 8核 32GB 8000 12000 rds.mssql.c2.xlarge 16核 64GB 16000 14000 rds.mssql.c2.xlp2 16核 96GB 24000 16000 独享型 mssql.x8.medium.2 2核 16GB 2500 4500 250GB mssql.x8.large.2 4核 32GB 5000 9000 500GB mssql.x8.xlarge.2 8核 64GB 10000 18000 1000GB mssql.x8.2xlarge.2 16核 128GB 20000 36000 2000GB 独占物理机 rds.mssql.st.d13 30核 220GB 64000 20000 2000GB rds.mssql.st.h43 60核 470GB 100000 50000 2000GB 支持SQL Server 2012企业版、2016企业版 独享型 mssql.x4.xlarge.e2 8核 32GB 无限制 取决于SSD云盘性能 20G - 2T mssql.x4.2xlarge.e2 16核 64GB mssql.x4.3xlarge.e2 24核 96GB mssql.x8.xlarge.e2 8核 64GB mssql.x8.2xlarge.e2 16核 128GB mssql.x8.4xlarge.e2 32核 256GB mssql.x8.7xlarge.e2 56核 480GB 支持SQL Server 2012标准版、2016标准版 独享型 mssql.x4.medium.s2 2核 8GB mssql.x4.large.s2 4核 16GB mssql.x4.xlarge.s2 8核 32GB mssql.x4.2xlarge.s2 16核 64GB mssql.x4.3xlarge.s2 24核 96GB RDS for PostgreSQL 系列 版本 规格类型 规格代码 CPU/内存 最大连接数 最大IOPS 存储空间 高可用版 支持9.4 通用 rds.pg.t1.small 1核 1GB 100 600 5GB-2000GB rds.pg.s1.small 1核 2GB 200 1000 rds.pg.s2.large 2核 4GB 400 2000 rds.pg.s3.large 4核 8GB 800 5000 rds.pg.c1.large 8核 16GB 1500 8000 rds.pg.c1.xlarge 8核 32GB 2000 12000 rds.pg.c2.xlarge 16核 64GB 2000 14000 独享型(高内存) pg.x8.medium.2 2核 16GB 2500 4500 250GB pg.x8.large.2 4核 32GB 5000 9000 500GB pg.x8.xlarge.2 8核 64GB 10000 18000 1000GB pg.x8.2xlarge.2 16核 128GB 12000 36000 2000GB 独享型(高CPU) pg.x4.large.2 4核 16GB 2500 4500 250GB或500GB pg.x4.xlarge.2 8核 32GB 5000 9000 500GB或1000GB pg.x4.2xlarge.2 16核 64GB 10000 18000 1000GB或2000GB pg.x4.4xlarge.2 32核 128GB 12000 36000 2000GB或3000GB 独占物理机 rds.pg.st.d13 30核 220GB 4000 20000 3000GB rds.pg.st.h43 60核 470GB 4000 50000 3000GB RDS for PPAS 系列 版本 规格类型 规格代码 CPU/内存 最大连接数 最大IOPS 存储空间 高可用版 支持9.3 通用 rds.ppas.t1.small 1核 1GB 100 600 5GB-2000GB rds.ppas.s1.small 1核 2GB 200 1000 rds.ppas.s2.large 2核 4GB 400 2000 rds.ppas.s3.large 4核 8GB 800 5000 rds.ppas.m1.medium 4核 16GB 1500 8000 rds.ppas.c1.xlarge 8核 32GB 2000 12000 rds.ppas.c2.xlarge 16核 64GB 2000 14000 独享型 ppas.x8.medium.2 2核 16GB 2500 4500 250GB ppas.x8.large.2 4核 32GB 5000 9000 500GB ppas.x8.xlarge.2 8核 64GB 10000 18000 1000GB ppas.x8.2xlarge.2 16核 128GB 12000 36000 2000GB 独占物理机 rds.ppas.st.d13 30核 220GB 4000 20000 3000GB rds.ppas.st.h43 60核 470GB 4000 50000 3000GB 历史规格 RDS for MySQL 以下为 RDS for MySQL 历史规格列表。新申请实例不再提供历史规格,建议用户使用最新规格。 规格类型代码 CPU/核 内存 最大连接数 最大IOPS rds.mys2.small 2 240MB 60 150 rds.mys2.mid 4 600MB 150 300 rds.mys2.standard 6 1200MB 300 600 rds.mys2.large 8 2400MB 600 1200 rds.mys2.xlarge 9 6000MB 1500 3000 rds.mys2.2xlarge 10 12000MB 2000 6000 rds.mys2.4xlarge 11 24000MB 2000 12000 rds.mys2.8xlarge 13 48000MB 2000 14000 历史规格 RDS for SQL Server 以下为RDS for SQL Server历史规格列表。新申请实例不再提供历史规格,建议用户使用最新规格。 规格类型代码 CPU/核 内存 最大连接数 最大IOPS rds.mss1.small 6 1000MB 100 500 rds.mss1.mid 8 2000MB 200 1000 rds.mss1.standard 9 4000MB 400 2000 rds.mss1.large 10 6000MB 600 3000 rds.mss1.xlarge 11 8000MB 800 4000 rds.mss1.2xlarge 12 12000MB 1200 6000 rds.mss1.4xlarge 13 24000MB 2000 12000 rds.mss1.8xlarge 13 48000MB 2000 14000

2019-12-01 23:09:29 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 RDS for MySQL 5.7主实例( SSD云盘) 系列(Category) 规格族 规格代码 规格 最大连接数 存储 最大IOPS 存储空间 基础版 通用型 mysql.n1.micro.1 1核 1G 2000 min{1200+30 x 磁盘容量,20000} 20G-1T mysql.n2.small.1 1核 2G 2000 mysql.n2.medium.1 2核 4G 4000 mysql.n4.medium.1 2核 8GB 6000 20G-6T mysql.n2.large.1 4核 8G 6000 mysql.n4.large.1 4核 16G 8000 mysql.n2.xlarge.1 8核 16G 8000 mysql.n4.xlarge.1 8核 32G 10000 mysql.n2.2xlarge.1 16核 32G 10000 mysql.n4.2xlarge.1 16核 64G 15000 mysql.n8.2xlarge.1 16核 128G 20000 mysql.n4.4xlarge.1 32核 128G 20000 mysql.n8.4xlarge.1 32核 256G 64000 mysql.n4.8xlarge.1 56核 224G 64000 mysql.n8.8xlarge.1 56核 480G 64000 高可用版 通用型 mysql.n2.small.2c 1核 2G 2000 min{1200+30 x 磁盘容量,20000} 20G-1T mysql.n2.medium.2c 2核 4G 4000 独享型 mysql.x2.large.2c 4核 8G 6000 20G-6T mysql.x4.large.2c 4核 16G 8000 mysql.x2.xlarge.2c 8核 16G 8000 mysql.x4.xlarge.2c 8核 32G 10000 mysql.x2.2xlarge.2c 16核 32G 10000 mysql.x4.2xlarge.2c 16核 64G 15000 mysql.x8.2xlarge.2c 16核 128G 20000 mysql.x4.4xlarge.2c 32核 128G 20000 mysql.x8.4xlarge.2c 32核 256G 64000 mysql.x4.8xlarge.2c 56核 224G 64000 mysql.x8.8xlarge.2c 56核 480G 100000 RDS for MySQL 5.7/5.6/5.5 主实例(本地SSD盘) 系列(Category) 规格族 规格代码 规格 最大连接数 存储 最大IOPS 存储空间 高可用版 通用型 rds.mysql.t1.small 1核 1G 300 600 5G-2T rds.mysql.s1.small 1核 2G 600 1000 rds.mysql.s2.large 2核 4G 1200 2000 rds.mysql.s2.xlarge 2核 8GB 2000 4000 rds.mysql.s3.large 4核 8G 2000 5000 rds.mysql.m1.medium 4核 16G 4000 7000 rds.mysql.c1.large 8核 16G 4000 8000 rds.mysql.c1.xlarge 8核 32G 8000 12000 rds.mysql.c2.xlarge 16核 64G 16000 14000 独享型 mysql.x4.large.2 4核 16G 2500 4500 250G/500G mysql.x4.xlarge.2 8核 32G 5000 9000 500G/1T mysql.x4.2xlarge.2 16核 64G 10000 18000 1T/2T/3T mysql.x4.4xlarge.2 32核 128G 20000 36000 2T/3T mysql.x8.medium.2 2核 16G 2500 4500 250G mysql.x8.large.2 4核 32G 5000 9000 500G mysql.x8.xlarge.2 8核 64G 10000 18000 1T mysql.x8.2xlarge.2 16核 128G 20000 36000 2T/3T 独占物理机 rds.mysql.st.d13 30核 220G 64000 20000 3T rds.mysql.st.h43 60核 470G 100000 120000 3T 金融版(原名:三节点企业版)支持 5.6 独享型(高CPU) mysql.x4.large.3 4核 16GB 2500 4500 250GB或500GB mysql.x4.xlarge.3 8核 32GB 5000 9000 500GB或1000GB mysql.x4.2xlarge.3 16核 64GB 10000 18000 1000GB、2000GB或3000GB mysql.x4.4xlarge.3 32核 128GB 20000 36000 2000GB或3000GB 独享型(高内存) mysql.x8.medium.3 2核 16GB 2500 4500 250GB mysql.x8.large.3 4核 32GB 5000 9000 500GB mysql.x8.xlarge.3 8核 64GB 10000 18000 1000GB mysql.x8.2xlarge.3 16核 128GB 20000 36000 2000GB或3000GB mysql.x8.4xlarge.3 32核 256GB 40000 72000 3000GB 独占物理机 mysql.st.8xlarge.3 60核 470GB 100000 120000 3000GB MySQL 5.7只读实例(SSD云盘) 系列(Category) 规格族 规格代码 规格 最大连接数 存储 最大IOPS 存储空间 只读实例 通用型 mysqlro.n2.small.1c 1核 2G 2000 min{1200+30 x 磁盘容量,20000} 20G-1T mysqlro.n2.medium.1c 2核 4G 4000 独享型 mysqlro.x2.large.1c 4核 8G 6000 20G-6T mysqlro.x4.large.1c 4核 16G 8000 mysqlro.x2.xlarge.1c 8核 16G 8000 mysqlro.x4.xlarge.1c 8核 32G 10000 mysqlro.x2.2xlarge.1c 16核 32G 10000 mysqlro.x4.2xlarge.1c 16核 64G 15000 mysqlro.x8.2xlarge.1c 16核 128G 20000 mysqlro.x4.4xlarge.1c 32核 128G 20000 mysqlro.x8.4xlarge.1c 32核 256G 64000 mysqlro.x4.8xlarge.1c 56核 224G 64000 mysqlro.x8.8xlarge.1c 56核 480G 100000 MySQL 5.7/5.6只读实例(本地SSD盘) 系列(Category) 规格族 规格代码 规格 最大连接数 存储 最大IOPS 存储空间 只读实例 通用型 rds.mysql.t1.small 1核 1G 300 600 5G-2T rds.mysql.s1.small 1核 2G 600 1000 rds.mysql.s2.large 2核 4G 1200 2000 rds.mysql.s3.large 4核 8G 2000 5000 rds.mysql.m1.medium 4核 16G 4000 7000 rds.mysql.c1.large 8核 16G 4000 8000 rds.mysql.c1.xlarge 8核 32G 8000 12000 rds.mysql.c2.xlarge 16核 64G 16000 14000 独享型 mysqlro.x4.large.1 4核 16G 2500 4500 250G/500G mysqlro.x4.xlarge.1 8核 32G 5000 9000 500G/1T mysqlro.x4.2xlarge.1 16核 64G 10000 18000 1T/2T/3T mysqlro.x4.4xlarge.1 32核 128G 20000 36000 2T/3T mysqlro.x8.medium.1 2核 16G 2500 4500 250G mysqlro.x8.large.1 4核 32G 5000 9000 500G mysqlro.x8.xlarge.1 8核 64G 10000 18000 1T mysqlro.x8.2xlarge.1 16核 128G 20000 36000 2T/3T 独占物理机 rds.mysql.st.d13 30核 220G 64000 20000 3T rds.mysql.st.h43 60核 470G 100000 120000 3T RDS for SQL Server 系列 版本 规格类型 规格代码 CPU/内存 最大连接数 最大IOPS 存储空间 基础版 支持2012EE(原2012) 通用 rds.mssql.s2.large 2核 4GB 不限制 IOPS=min{30 x 磁盘容量,20000} 20GB-2000GB rds.mssql.s2.xlarge 2核 8GB rds.mssql.s3.large 4核 8GB rds.mssql.m1.medium 4核 16GB rds.mssql.c1.large 8核 16GB rds.mssql.c1.xlarge 8核 32GB rds.mssql.c2.xlarge 16核 64GB 支持2012Web、2016Web 独享型 mssql.x2.medium.w1 2核 4GB 不限制 IOPS=min{30 x 磁盘容量,20000} 20GB-2000GB mssql.x2.large.w1 4核 8GB mssql.x2.xlarge.w1 8核 16GB mssql.x2.2xlarge.w1 16核 32GB mssql.x4.medium.w1 2核 8GB mssql.x4.large.w1 4核 16GB mssql.x4.xlarge.w1 8核 32GB mssql.x4.2xlarge.w1 16核 64GB 高可用版 支持2008R2 通用 rds.mssql.s1.small 1核 2GB 600 1000 10GB-2000GB rds.mssql.s2.large 2核 4GB 1200 2000 rds.mssql.s2.xlarge 2核 8GB 2000 4000 rds.mssql.s3.large 4核 8GB 2000 5000 rds.mssql.m1.medium 4核 16GB 4000 7000 rds.mssql.c1.large 8核 16GB 4000 8000 rds.mssql.c1.xlarge 8核 32GB 8000 12000 rds.mssql.c2.xlarge 16核 64GB 16000 14000 rds.mssql.c2.xlp2 16核 96GB 24000 16000 独享型 mssql.x8.medium.2 2核 16GB 2500 4500 250GB mssql.x8.large.2 4核 32GB 5000 9000 500GB mssql.x8.xlarge.2 8核 64GB 10000 18000 1000GB mssql.x8.2xlarge.2 16核 128GB 20000 36000 2000GB 独占物理机 rds.mssql.st.d13 30核 220GB 64000 20000 2000GB rds.mssql.st.h43 60核 470GB 100000 50000 2000GB 支持SQL Server 2012企业版、2016企业版 独享型 mssql.x4.xlarge.e2 8核 32GB 无限制 取决于SSD云盘性能 20G - 2T mssql.x4.2xlarge.e2 16核 64GB mssql.x4.3xlarge.e2 24核 96GB mssql.x8.xlarge.e2 8核 64GB mssql.x8.2xlarge.e2 16核 128GB mssql.x8.4xlarge.e2 32核 256GB mssql.x8.7xlarge.e2 56核 480GB 支持SQL Server 2012标准版、2016标准版 独享型 mssql.x4.medium.s2 2核 8GB mssql.x4.large.s2 4核 16GB mssql.x4.xlarge.s2 8核 32GB mssql.x4.2xlarge.s2 16核 64GB mssql.x4.3xlarge.s2 24核 96GB RDS for PostgreSQL 系列 版本 规格类型 规格代码 CPU/内存 最大连接数 最大IOPS 存储空间 高可用版 支持9.4 通用 rds.pg.t1.small 1核 1GB 100 600 5GB-2000GB rds.pg.s1.small 1核 2GB 200 1000 rds.pg.s2.large 2核 4GB 400 2000 rds.pg.s3.large 4核 8GB 800 5000 rds.pg.c1.large 8核 16GB 1500 8000 rds.pg.c1.xlarge 8核 32GB 2000 12000 rds.pg.c2.xlarge 16核 64GB 2000 14000 独享型(高内存) pg.x8.medium.2 2核 16GB 2500 4500 250GB pg.x8.large.2 4核 32GB 5000 9000 500GB pg.x8.xlarge.2 8核 64GB 10000 18000 1000GB pg.x8.2xlarge.2 16核 128GB 12000 36000 2000GB 独享型(高CPU) pg.x4.large.2 4核 16GB 2500 4500 250GB或500GB pg.x4.xlarge.2 8核 32GB 5000 9000 500GB或1000GB pg.x4.2xlarge.2 16核 64GB 10000 18000 1000GB或2000GB pg.x4.4xlarge.2 32核 128GB 12000 36000 2000GB或3000GB 独占物理机 rds.pg.st.d13 30核 220GB 4000 20000 3000GB rds.pg.st.h43 60核 470GB 4000 50000 3000GB RDS for PPAS 系列 版本 规格类型 规格代码 CPU/内存 最大连接数 最大IOPS 存储空间 高可用版 支持9.3 通用 rds.ppas.t1.small 1核 1GB 100 600 5GB-2000GB rds.ppas.s1.small 1核 2GB 200 1000 rds.ppas.s2.large 2核 4GB 400 2000 rds.ppas.s3.large 4核 8GB 800 5000 rds.ppas.m1.medium 4核 16GB 1500 8000 rds.ppas.c1.xlarge 8核 32GB 2000 12000 rds.ppas.c2.xlarge 16核 64GB 2000 14000 独享型 ppas.x8.medium.2 2核 16GB 2500 4500 250GB ppas.x8.large.2 4核 32GB 5000 9000 500GB ppas.x8.xlarge.2 8核 64GB 10000 18000 1000GB ppas.x8.2xlarge.2 16核 128GB 12000 36000 2000GB 独占物理机 rds.ppas.st.d13 30核 220GB 4000 20000 3000GB rds.ppas.st.h43 60核 470GB 4000 50000 3000GB 历史规格 RDS for MySQL 以下为 RDS for MySQL 历史规格列表。新申请实例不再提供历史规格,建议用户使用最新规格。 规格类型代码 CPU/核 内存 最大连接数 最大IOPS rds.mys2.small 2 240MB 60 150 rds.mys2.mid 4 600MB 150 300 rds.mys2.standard 6 1200MB 300 600 rds.mys2.large 8 2400MB 600 1200 rds.mys2.xlarge 9 6000MB 1500 3000 rds.mys2.2xlarge 10 12000MB 2000 6000 rds.mys2.4xlarge 11 24000MB 2000 12000 rds.mys2.8xlarge 13 48000MB 2000 14000 历史规格 RDS for SQL Server 以下为RDS for SQL Server历史规格列表。新申请实例不再提供历史规格,建议用户使用最新规格。 规格类型代码 CPU/核 内存 最大连接数 最大IOPS rds.mss1.small 6 1000MB 100 500 rds.mss1.mid 8 2000MB 200 1000 rds.mss1.standard 9 4000MB 400 2000 rds.mss1.large 10 6000MB 600 3000 rds.mss1.xlarge 11 8000MB 800 4000 rds.mss1.2xlarge 12 12000MB 1200 6000 rds.mss1.4xlarge 13 24000MB 2000 12000 rds.mss1.8xlarge 13 48000MB 2000 14000

2019-12-01 23:09:29 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 RDS for MySQL 5.7主实例( SSD云盘) 系列(Category) 规格族 规格代码 规格 最大连接数 存储 最大IOPS 存储空间 基础版 通用型 mysql.n1.micro.1 1核 1G 2000 min{1200+30 x 磁盘容量,20000} 20G-1T mysql.n2.small.1 1核 2G 2000 mysql.n2.medium.1 2核 4G 4000 mysql.n4.medium.1 2核 8GB 6000 20G-6T mysql.n2.large.1 4核 8G 6000 mysql.n4.large.1 4核 16G 8000 mysql.n2.xlarge.1 8核 16G 8000 mysql.n4.xlarge.1 8核 32G 10000 mysql.n2.2xlarge.1 16核 32G 10000 mysql.n4.2xlarge.1 16核 64G 15000 mysql.n8.2xlarge.1 16核 128G 20000 mysql.n4.4xlarge.1 32核 128G 20000 mysql.n8.4xlarge.1 32核 256G 64000 mysql.n4.8xlarge.1 56核 224G 64000 mysql.n8.8xlarge.1 56核 480G 64000 高可用版 通用型 mysql.n2.small.2c 1核 2G 2000 min{1200+30 x 磁盘容量,20000} 20G-1T mysql.n2.medium.2c 2核 4G 4000 独享型 mysql.x2.large.2c 4核 8G 6000 20G-6T mysql.x4.large.2c 4核 16G 8000 mysql.x2.xlarge.2c 8核 16G 8000 mysql.x4.xlarge.2c 8核 32G 10000 mysql.x2.2xlarge.2c 16核 32G 10000 mysql.x4.2xlarge.2c 16核 64G 15000 mysql.x8.2xlarge.2c 16核 128G 20000 mysql.x4.4xlarge.2c 32核 128G 20000 mysql.x8.4xlarge.2c 32核 256G 64000 mysql.x4.8xlarge.2c 56核 224G 64000 mysql.x8.8xlarge.2c 56核 480G 100000 RDS for MySQL 5.7/5.6/5.5 主实例(本地SSD盘) 系列(Category) 规格族 规格代码 规格 最大连接数 存储 最大IOPS 存储空间 高可用版 通用型 rds.mysql.t1.small 1核 1G 300 600 5G-2T rds.mysql.s1.small 1核 2G 600 1000 rds.mysql.s2.large 2核 4G 1200 2000 rds.mysql.s2.xlarge 2核 8GB 2000 4000 rds.mysql.s3.large 4核 8G 2000 5000 rds.mysql.m1.medium 4核 16G 4000 7000 rds.mysql.c1.large 8核 16G 4000 8000 rds.mysql.c1.xlarge 8核 32G 8000 12000 rds.mysql.c2.xlarge 16核 64G 16000 14000 独享型 mysql.x4.large.2 4核 16G 2500 4500 250G/500G mysql.x4.xlarge.2 8核 32G 5000 9000 500G/1T mysql.x4.2xlarge.2 16核 64G 10000 18000 1T/2T/3T mysql.x4.4xlarge.2 32核 128G 20000 36000 2T/3T mysql.x8.medium.2 2核 16G 2500 4500 250G mysql.x8.large.2 4核 32G 5000 9000 500G mysql.x8.xlarge.2 8核 64G 10000 18000 1T mysql.x8.2xlarge.2 16核 128G 20000 36000 2T/3T 独占物理机 rds.mysql.st.d13 30核 220G 64000 20000 3T rds.mysql.st.h43 60核 470G 100000 120000 3T 金融版(原名:三节点企业版)支持 5.6 独享型(高CPU) mysql.x4.large.3 4核 16GB 2500 4500 250GB或500GB mysql.x4.xlarge.3 8核 32GB 5000 9000 500GB或1000GB mysql.x4.2xlarge.3 16核 64GB 10000 18000 1000GB、2000GB或3000GB mysql.x4.4xlarge.3 32核 128GB 20000 36000 2000GB或3000GB 独享型(高内存) mysql.x8.medium.3 2核 16GB 2500 4500 250GB mysql.x8.large.3 4核 32GB 5000 9000 500GB mysql.x8.xlarge.3 8核 64GB 10000 18000 1000GB mysql.x8.2xlarge.3 16核 128GB 20000 36000 2000GB或3000GB mysql.x8.4xlarge.3 32核 256GB 40000 72000 3000GB 独占物理机 mysql.st.8xlarge.3 60核 470GB 100000 120000 3000GB MySQL 5.7只读实例(SSD云盘) 系列(Category) 规格族 规格代码 规格 最大连接数 存储 最大IOPS 存储空间 只读实例 通用型 mysqlro.n2.small.1c 1核 2G 2000 min{1200+30 x 磁盘容量,20000} 20G-1T mysqlro.n2.medium.1c 2核 4G 4000 独享型 mysqlro.x2.large.1c 4核 8G 6000 20G-6T mysqlro.x4.large.1c 4核 16G 8000 mysqlro.x2.xlarge.1c 8核 16G 8000 mysqlro.x4.xlarge.1c 8核 32G 10000 mysqlro.x2.2xlarge.1c 16核 32G 10000 mysqlro.x4.2xlarge.1c 16核 64G 15000 mysqlro.x8.2xlarge.1c 16核 128G 20000 mysqlro.x4.4xlarge.1c 32核 128G 20000 mysqlro.x8.4xlarge.1c 32核 256G 64000 mysqlro.x4.8xlarge.1c 56核 224G 64000 mysqlro.x8.8xlarge.1c 56核 480G 100000 MySQL 5.7/5.6只读实例(本地SSD盘) 系列(Category) 规格族 规格代码 规格 最大连接数 存储 最大IOPS 存储空间 只读实例 通用型 rds.mysql.t1.small 1核 1G 300 600 5G-2T rds.mysql.s1.small 1核 2G 600 1000 rds.mysql.s2.large 2核 4G 1200 2000 rds.mysql.s3.large 4核 8G 2000 5000 rds.mysql.m1.medium 4核 16G 4000 7000 rds.mysql.c1.large 8核 16G 4000 8000 rds.mysql.c1.xlarge 8核 32G 8000 12000 rds.mysql.c2.xlarge 16核 64G 16000 14000 独享型 mysqlro.x4.large.1 4核 16G 2500 4500 250G/500G mysqlro.x4.xlarge.1 8核 32G 5000 9000 500G/1T mysqlro.x4.2xlarge.1 16核 64G 10000 18000 1T/2T/3T mysqlro.x4.4xlarge.1 32核 128G 20000 36000 2T/3T mysqlro.x8.medium.1 2核 16G 2500 4500 250G mysqlro.x8.large.1 4核 32G 5000 9000 500G mysqlro.x8.xlarge.1 8核 64G 10000 18000 1T mysqlro.x8.2xlarge.1 16核 128G 20000 36000 2T/3T 独占物理机 rds.mysql.st.d13 30核 220G 64000 20000 3T rds.mysql.st.h43 60核 470G 100000 120000 3T RDS for SQL Server 系列 版本 规格类型 规格代码 CPU/内存 最大连接数 最大IOPS 存储空间 基础版 支持2012EE(原2012) 通用 rds.mssql.s2.large 2核 4GB 不限制 IOPS=min{30 x 磁盘容量,20000} 20GB-2000GB rds.mssql.s2.xlarge 2核 8GB rds.mssql.s3.large 4核 8GB rds.mssql.m1.medium 4核 16GB rds.mssql.c1.large 8核 16GB rds.mssql.c1.xlarge 8核 32GB rds.mssql.c2.xlarge 16核 64GB 支持2012Web、2016Web 独享型 mssql.x2.medium.w1 2核 4GB 不限制 IOPS=min{30 x 磁盘容量,20000} 20GB-2000GB mssql.x2.large.w1 4核 8GB mssql.x2.xlarge.w1 8核 16GB mssql.x2.2xlarge.w1 16核 32GB mssql.x4.medium.w1 2核 8GB mssql.x4.large.w1 4核 16GB mssql.x4.xlarge.w1 8核 32GB mssql.x4.2xlarge.w1 16核 64GB 高可用版 支持2008R2 通用 rds.mssql.s1.small 1核 2GB 600 1000 10GB-2000GB rds.mssql.s2.large 2核 4GB 1200 2000 rds.mssql.s2.xlarge 2核 8GB 2000 4000 rds.mssql.s3.large 4核 8GB 2000 5000 rds.mssql.m1.medium 4核 16GB 4000 7000 rds.mssql.c1.large 8核 16GB 4000 8000 rds.mssql.c1.xlarge 8核 32GB 8000 12000 rds.mssql.c2.xlarge 16核 64GB 16000 14000 rds.mssql.c2.xlp2 16核 96GB 24000 16000 独享型 mssql.x8.medium.2 2核 16GB 2500 4500 250GB mssql.x8.large.2 4核 32GB 5000 9000 500GB mssql.x8.xlarge.2 8核 64GB 10000 18000 1000GB mssql.x8.2xlarge.2 16核 128GB 20000 36000 2000GB 独占物理机 rds.mssql.st.d13 30核 220GB 64000 20000 2000GB rds.mssql.st.h43 60核 470GB 100000 50000 2000GB 支持SQL Server 2012企业版、2016企业版 独享型 mssql.x4.xlarge.e2 8核 32GB 无限制 取决于SSD云盘性能 20G - 2T mssql.x4.2xlarge.e2 16核 64GB mssql.x4.3xlarge.e2 24核 96GB mssql.x8.xlarge.e2 8核 64GB mssql.x8.2xlarge.e2 16核 128GB mssql.x8.4xlarge.e2 32核 256GB mssql.x8.7xlarge.e2 56核 480GB 支持SQL Server 2012标准版、2016标准版 独享型 mssql.x4.medium.s2 2核 8GB mssql.x4.large.s2 4核 16GB mssql.x4.xlarge.s2 8核 32GB mssql.x4.2xlarge.s2 16核 64GB mssql.x4.3xlarge.s2 24核 96GB RDS for PostgreSQL 系列 版本 规格类型 规格代码 CPU/内存 最大连接数 最大IOPS 存储空间 高可用版 支持9.4 通用 rds.pg.t1.small 1核 1GB 100 600 5GB-2000GB rds.pg.s1.small 1核 2GB 200 1000 rds.pg.s2.large 2核 4GB 400 2000 rds.pg.s3.large 4核 8GB 800 5000 rds.pg.c1.large 8核 16GB 1500 8000 rds.pg.c1.xlarge 8核 32GB 2000 12000 rds.pg.c2.xlarge 16核 64GB 2000 14000 独享型(高内存) pg.x8.medium.2 2核 16GB 2500 4500 250GB pg.x8.large.2 4核 32GB 5000 9000 500GB pg.x8.xlarge.2 8核 64GB 10000 18000 1000GB pg.x8.2xlarge.2 16核 128GB 12000 36000 2000GB 独享型(高CPU) pg.x4.large.2 4核 16GB 2500 4500 250GB或500GB pg.x4.xlarge.2 8核 32GB 5000 9000 500GB或1000GB pg.x4.2xlarge.2 16核 64GB 10000 18000 1000GB或2000GB pg.x4.4xlarge.2 32核 128GB 12000 36000 2000GB或3000GB 独占物理机 rds.pg.st.d13 30核 220GB 4000 20000 3000GB rds.pg.st.h43 60核 470GB 4000 50000 3000GB RDS for PPAS 系列 版本 规格类型 规格代码 CPU/内存 最大连接数 最大IOPS 存储空间 高可用版 支持9.3 通用 rds.ppas.t1.small 1核 1GB 100 600 5GB-2000GB rds.ppas.s1.small 1核 2GB 200 1000 rds.ppas.s2.large 2核 4GB 400 2000 rds.ppas.s3.large 4核 8GB 800 5000 rds.ppas.m1.medium 4核 16GB 1500 8000 rds.ppas.c1.xlarge 8核 32GB 2000 12000 rds.ppas.c2.xlarge 16核 64GB 2000 14000 独享型 ppas.x8.medium.2 2核 16GB 2500 4500 250GB ppas.x8.large.2 4核 32GB 5000 9000 500GB ppas.x8.xlarge.2 8核 64GB 10000 18000 1000GB ppas.x8.2xlarge.2 16核 128GB 12000 36000 2000GB 独占物理机 rds.ppas.st.d13 30核 220GB 4000 20000 3000GB rds.ppas.st.h43 60核 470GB 4000 50000 3000GB 历史规格 RDS for MySQL 以下为 RDS for MySQL 历史规格列表。新申请实例不再提供历史规格,建议用户使用最新规格。 规格类型代码 CPU/核 内存 最大连接数 最大IOPS rds.mys2.small 2 240MB 60 150 rds.mys2.mid 4 600MB 150 300 rds.mys2.standard 6 1200MB 300 600 rds.mys2.large 8 2400MB 600 1200 rds.mys2.xlarge 9 6000MB 1500 3000 rds.mys2.2xlarge 10 12000MB 2000 6000 rds.mys2.4xlarge 11 24000MB 2000 12000 rds.mys2.8xlarge 13 48000MB 2000 14000 历史规格 RDS for SQL Server 以下为RDS for SQL Server历史规格列表。新申请实例不再提供历史规格,建议用户使用最新规格。 规格类型代码 CPU/核 内存 最大连接数 最大IOPS rds.mss1.small 6 1000MB 100 500 rds.mss1.mid 8 2000MB 200 1000 rds.mss1.standard 9 4000MB 400 2000 rds.mss1.large 10 6000MB 600 3000 rds.mss1.xlarge 11 8000MB 800 4000 rds.mss1.2xlarge 12 12000MB 1200 6000 rds.mss1.4xlarge 13 24000MB 2000 12000 rds.mss1.8xlarge 13 48000MB 2000 14000

2019-12-01 23:09:28 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 RDS for MySQL 5.7主实例( SSD云盘) 系列(Category) 规格族 规格代码 规格 最大连接数 存储 最大IOPS 存储空间 基础版 通用型 mysql.n1.micro.1 1核 1G 2000 min{1200+30 x 磁盘容量,20000} 20G-1T mysql.n2.small.1 1核 2G 2000 mysql.n2.medium.1 2核 4G 4000 mysql.n4.medium.1 2核 8GB 6000 20G-6T mysql.n2.large.1 4核 8G 6000 mysql.n4.large.1 4核 16G 8000 mysql.n2.xlarge.1 8核 16G 8000 mysql.n4.xlarge.1 8核 32G 10000 mysql.n2.2xlarge.1 16核 32G 10000 mysql.n4.2xlarge.1 16核 64G 15000 mysql.n8.2xlarge.1 16核 128G 20000 mysql.n4.4xlarge.1 32核 128G 20000 mysql.n8.4xlarge.1 32核 256G 64000 mysql.n4.8xlarge.1 56核 224G 64000 mysql.n8.8xlarge.1 56核 480G 64000 高可用版 通用型 mysql.n2.small.2c 1核 2G 2000 min{1200+30 x 磁盘容量,20000} 20G-1T mysql.n2.medium.2c 2核 4G 4000 独享型 mysql.x2.large.2c 4核 8G 6000 20G-6T mysql.x4.large.2c 4核 16G 8000 mysql.x2.xlarge.2c 8核 16G 8000 mysql.x4.xlarge.2c 8核 32G 10000 mysql.x2.2xlarge.2c 16核 32G 10000 mysql.x4.2xlarge.2c 16核 64G 15000 mysql.x8.2xlarge.2c 16核 128G 20000 mysql.x4.4xlarge.2c 32核 128G 20000 mysql.x8.4xlarge.2c 32核 256G 64000 mysql.x4.8xlarge.2c 56核 224G 64000 mysql.x8.8xlarge.2c 56核 480G 100000 RDS for MySQL 5.7/5.6/5.5 主实例(本地SSD盘) 系列(Category) 规格族 规格代码 规格 最大连接数 存储 最大IOPS 存储空间 高可用版 通用型 rds.mysql.t1.small 1核 1G 300 600 5G-2T rds.mysql.s1.small 1核 2G 600 1000 rds.mysql.s2.large 2核 4G 1200 2000 rds.mysql.s2.xlarge 2核 8GB 2000 4000 rds.mysql.s3.large 4核 8G 2000 5000 rds.mysql.m1.medium 4核 16G 4000 7000 rds.mysql.c1.large 8核 16G 4000 8000 rds.mysql.c1.xlarge 8核 32G 8000 12000 rds.mysql.c2.xlarge 16核 64G 16000 14000 独享型 mysql.x4.large.2 4核 16G 2500 4500 250G/500G mysql.x4.xlarge.2 8核 32G 5000 9000 500G/1T mysql.x4.2xlarge.2 16核 64G 10000 18000 1T/2T/3T mysql.x4.4xlarge.2 32核 128G 20000 36000 2T/3T mysql.x8.medium.2 2核 16G 2500 4500 250G mysql.x8.large.2 4核 32G 5000 9000 500G mysql.x8.xlarge.2 8核 64G 10000 18000 1T mysql.x8.2xlarge.2 16核 128G 20000 36000 2T/3T 独占物理机 rds.mysql.st.d13 30核 220G 64000 20000 3T rds.mysql.st.h43 60核 470G 100000 120000 3T 金融版(原名:三节点企业版)支持 5.6 独享型(高CPU) mysql.x4.large.3 4核 16GB 2500 4500 250GB或500GB mysql.x4.xlarge.3 8核 32GB 5000 9000 500GB或1000GB mysql.x4.2xlarge.3 16核 64GB 10000 18000 1000GB、2000GB或3000GB mysql.x4.4xlarge.3 32核 128GB 20000 36000 2000GB或3000GB 独享型(高内存) mysql.x8.medium.3 2核 16GB 2500 4500 250GB mysql.x8.large.3 4核 32GB 5000 9000 500GB mysql.x8.xlarge.3 8核 64GB 10000 18000 1000GB mysql.x8.2xlarge.3 16核 128GB 20000 36000 2000GB或3000GB mysql.x8.4xlarge.3 32核 256GB 40000 72000 3000GB 独占物理机 mysql.st.8xlarge.3 60核 470GB 100000 120000 3000GB MySQL 5.7只读实例(SSD云盘) 系列(Category) 规格族 规格代码 规格 最大连接数 存储 最大IOPS 存储空间 只读实例 通用型 mysqlro.n2.small.1c 1核 2G 2000 min{1200+30 x 磁盘容量,20000} 20G-1T mysqlro.n2.medium.1c 2核 4G 4000 独享型 mysqlro.x2.large.1c 4核 8G 6000 20G-6T mysqlro.x4.large.1c 4核 16G 8000 mysqlro.x2.xlarge.1c 8核 16G 8000 mysqlro.x4.xlarge.1c 8核 32G 10000 mysqlro.x2.2xlarge.1c 16核 32G 10000 mysqlro.x4.2xlarge.1c 16核 64G 15000 mysqlro.x8.2xlarge.1c 16核 128G 20000 mysqlro.x4.4xlarge.1c 32核 128G 20000 mysqlro.x8.4xlarge.1c 32核 256G 64000 mysqlro.x4.8xlarge.1c 56核 224G 64000 mysqlro.x8.8xlarge.1c 56核 480G 100000 MySQL 5.7/5.6只读实例(本地SSD盘) 系列(Category) 规格族 规格代码 规格 最大连接数 存储 最大IOPS 存储空间 只读实例 通用型 rds.mysql.t1.small 1核 1G 300 600 5G-2T rds.mysql.s1.small 1核 2G 600 1000 rds.mysql.s2.large 2核 4G 1200 2000 rds.mysql.s3.large 4核 8G 2000 5000 rds.mysql.m1.medium 4核 16G 4000 7000 rds.mysql.c1.large 8核 16G 4000 8000 rds.mysql.c1.xlarge 8核 32G 8000 12000 rds.mysql.c2.xlarge 16核 64G 16000 14000 独享型 mysqlro.x4.large.1 4核 16G 2500 4500 250G/500G mysqlro.x4.xlarge.1 8核 32G 5000 9000 500G/1T mysqlro.x4.2xlarge.1 16核 64G 10000 18000 1T/2T/3T mysqlro.x4.4xlarge.1 32核 128G 20000 36000 2T/3T mysqlro.x8.medium.1 2核 16G 2500 4500 250G mysqlro.x8.large.1 4核 32G 5000 9000 500G mysqlro.x8.xlarge.1 8核 64G 10000 18000 1T mysqlro.x8.2xlarge.1 16核 128G 20000 36000 2T/3T 独占物理机 rds.mysql.st.d13 30核 220G 64000 20000 3T rds.mysql.st.h43 60核 470G 100000 120000 3T RDS for SQL Server 系列 版本 规格类型 规格代码 CPU/内存 最大连接数 最大IOPS 存储空间 基础版 支持2012EE(原2012) 通用 rds.mssql.s2.large 2核 4GB 不限制 IOPS=min{30 x 磁盘容量,20000} 20GB-2000GB rds.mssql.s2.xlarge 2核 8GB rds.mssql.s3.large 4核 8GB rds.mssql.m1.medium 4核 16GB rds.mssql.c1.large 8核 16GB rds.mssql.c1.xlarge 8核 32GB rds.mssql.c2.xlarge 16核 64GB 支持2012Web、2016Web 独享型 mssql.x2.medium.w1 2核 4GB 不限制 IOPS=min{30 x 磁盘容量,20000} 20GB-2000GB mssql.x2.large.w1 4核 8GB mssql.x2.xlarge.w1 8核 16GB mssql.x2.2xlarge.w1 16核 32GB mssql.x4.medium.w1 2核 8GB mssql.x4.large.w1 4核 16GB mssql.x4.xlarge.w1 8核 32GB mssql.x4.2xlarge.w1 16核 64GB 高可用版 支持2008R2 通用 rds.mssql.s1.small 1核 2GB 600 1000 10GB-2000GB rds.mssql.s2.large 2核 4GB 1200 2000 rds.mssql.s2.xlarge 2核 8GB 2000 4000 rds.mssql.s3.large 4核 8GB 2000 5000 rds.mssql.m1.medium 4核 16GB 4000 7000 rds.mssql.c1.large 8核 16GB 4000 8000 rds.mssql.c1.xlarge 8核 32GB 8000 12000 rds.mssql.c2.xlarge 16核 64GB 16000 14000 rds.mssql.c2.xlp2 16核 96GB 24000 16000 独享型 mssql.x8.medium.2 2核 16GB 2500 4500 250GB mssql.x8.large.2 4核 32GB 5000 9000 500GB mssql.x8.xlarge.2 8核 64GB 10000 18000 1000GB mssql.x8.2xlarge.2 16核 128GB 20000 36000 2000GB 独占物理机 rds.mssql.st.d13 30核 220GB 64000 20000 2000GB rds.mssql.st.h43 60核 470GB 100000 50000 2000GB 支持SQL Server 2012企业版、2016企业版 独享型 mssql.x4.xlarge.e2 8核 32GB 无限制 取决于SSD云盘性能 20G - 2T mssql.x4.2xlarge.e2 16核 64GB mssql.x4.3xlarge.e2 24核 96GB mssql.x8.xlarge.e2 8核 64GB mssql.x8.2xlarge.e2 16核 128GB mssql.x8.4xlarge.e2 32核 256GB mssql.x8.7xlarge.e2 56核 480GB 支持SQL Server 2012标准版、2016标准版 独享型 mssql.x4.medium.s2 2核 8GB mssql.x4.large.s2 4核 16GB mssql.x4.xlarge.s2 8核 32GB mssql.x4.2xlarge.s2 16核 64GB mssql.x4.3xlarge.s2 24核 96GB RDS for PostgreSQL 系列 版本 规格类型 规格代码 CPU/内存 最大连接数 最大IOPS 存储空间 高可用版 支持9.4 通用 rds.pg.t1.small 1核 1GB 100 600 5GB-2000GB rds.pg.s1.small 1核 2GB 200 1000 rds.pg.s2.large 2核 4GB 400 2000 rds.pg.s3.large 4核 8GB 800 5000 rds.pg.c1.large 8核 16GB 1500 8000 rds.pg.c1.xlarge 8核 32GB 2000 12000 rds.pg.c2.xlarge 16核 64GB 2000 14000 独享型(高内存) pg.x8.medium.2 2核 16GB 2500 4500 250GB pg.x8.large.2 4核 32GB 5000 9000 500GB pg.x8.xlarge.2 8核 64GB 10000 18000 1000GB pg.x8.2xlarge.2 16核 128GB 12000 36000 2000GB 独享型(高CPU) pg.x4.large.2 4核 16GB 2500 4500 250GB或500GB pg.x4.xlarge.2 8核 32GB 5000 9000 500GB或1000GB pg.x4.2xlarge.2 16核 64GB 10000 18000 1000GB或2000GB pg.x4.4xlarge.2 32核 128GB 12000 36000 2000GB或3000GB 独占物理机 rds.pg.st.d13 30核 220GB 4000 20000 3000GB rds.pg.st.h43 60核 470GB 4000 50000 3000GB RDS for PPAS 系列 版本 规格类型 规格代码 CPU/内存 最大连接数 最大IOPS 存储空间 高可用版 支持9.3 通用 rds.ppas.t1.small 1核 1GB 100 600 5GB-2000GB rds.ppas.s1.small 1核 2GB 200 1000 rds.ppas.s2.large 2核 4GB 400 2000 rds.ppas.s3.large 4核 8GB 800 5000 rds.ppas.m1.medium 4核 16GB 1500 8000 rds.ppas.c1.xlarge 8核 32GB 2000 12000 rds.ppas.c2.xlarge 16核 64GB 2000 14000 独享型 ppas.x8.medium.2 2核 16GB 2500 4500 250GB ppas.x8.large.2 4核 32GB 5000 9000 500GB ppas.x8.xlarge.2 8核 64GB 10000 18000 1000GB ppas.x8.2xlarge.2 16核 128GB 12000 36000 2000GB 独占物理机 rds.ppas.st.d13 30核 220GB 4000 20000 3000GB rds.ppas.st.h43 60核 470GB 4000 50000 3000GB 历史规格 RDS for MySQL 以下为 RDS for MySQL 历史规格列表。新申请实例不再提供历史规格,建议用户使用最新规格。 规格类型代码 CPU/核 内存 最大连接数 最大IOPS rds.mys2.small 2 240MB 60 150 rds.mys2.mid 4 600MB 150 300 rds.mys2.standard 6 1200MB 300 600 rds.mys2.large 8 2400MB 600 1200 rds.mys2.xlarge 9 6000MB 1500 3000 rds.mys2.2xlarge 10 12000MB 2000 6000 rds.mys2.4xlarge 11 24000MB 2000 12000 rds.mys2.8xlarge 13 48000MB 2000 14000 历史规格 RDS for SQL Server 以下为RDS for SQL Server历史规格列表。新申请实例不再提供历史规格,建议用户使用最新规格。 规格类型代码 CPU/核 内存 最大连接数 最大IOPS rds.mss1.small 6 1000MB 100 500 rds.mss1.mid 8 2000MB 200 1000 rds.mss1.standard 9 4000MB 400 2000 rds.mss1.large 10 6000MB 600 3000 rds.mss1.xlarge 11 8000MB 800 4000 rds.mss1.2xlarge 12 12000MB 1200 6000 rds.mss1.4xlarge 13 24000MB 2000 12000 rds.mss1.8xlarge 13 48000MB 2000 14000

2019-12-01 23:09:29 0 浏览量 回答数 0

回答

很多人电脑是不是会出现各种蓝屏故障问题啊,出现问题又不知道怎么样解决。 1.故障检查信息 *STOP 0x0000001E(0xC0000005,0xFDE38AF9,0x0000001,0x7E8B0EB4)KMODE_EXCEPTION_NOT_HANDLED * 其中错误的第一部分是停机码(Stop Code)也就是STOP 0x0000001E, 用于识别已发生错误的类型, 错误第二部分是被括号括起来的四个数字集, 表示随机的开发人员定义的参数(这个参数对于普通用户根本无法理解, 只有驱动程序编写者或者操作系统的开发人员才懂). 第三部分是错误名. 信息第一行通常用来识别生产错误的驱动程序或者设备. 2.推荐操作蓝屏第二部分是推荐用户进行的操作信息. 有时, 推荐的操作仅仅是一般性的建议; 有时, 也就是显示一条与当前问题相关的提示. 一般来说, 惟一的建议就是重启. 3.调试端口告诉用户内存转储映像是否写到磁盘商了, 使用内存转储映像可以确定发生问题的性质, 还会告诉用户调试信息是否被传到另一台电脑商, 以及使用了什么端口完成这次通讯. 蓝屏时的处理办法:1.重启有时只是某个程序或驱动程序一时犯错, 重启后有可能就会正常。 2.新硬件首先, 应该检查新硬件是否插牢, 这个被许多人忽视的问题往往会引发许多莫名其妙的故障. 如果确认没有问题, 将其拔下, 然后换个插槽试试, 并安装最新的驱动程序. 同时还应对照微软网站的硬件兼容类别检查一下硬件是否与操作系统兼容. 3.新驱动和新服务如果刚安装完某个硬件的新驱动, 或安装了某个软件, 而它又在系统服务中添加了相应项目, 在重启或使用中出现了蓝屏故障, 请到安全模式来卸载或禁用它们. 4.检查病毒比如冲击波和振荡波等病毒有时会导致Windows蓝屏死机, 因此查杀病毒必不可少. 同时一些木马间谍软件也会引发蓝屏, 所以最好再用相关工具进行扫描检查. 5.检查BIOS和硬件兼容性对于新装的电脑经常出现蓝屏问题, 应该检查并升级BIOS到最新版本, 同时关闭其中的内存相关项, 比如:缓存和映射. 另外, 还应该对照微软的硬件兼容列表检查自己的硬件. 还有就是, 如果主板BIOS无法支持大容量硬盘也会导致蓝屏, 需要对其进行升级. 6.检查系统曰志在开始-->菜单中输入:EventVwr.msc, 回车出现"事件查看器", 注意检查其中的"系统曰志"和"应用程序曰志"中表明"错误"的项. 7.最后一次正确配置 最后一次正确配置界面 一般情况下, 蓝屏都出现于更新了硬件驱动或新加硬件并安装其驱动后, 这时Windows 2K/XP提供的"最后一次正确配置"就是解决蓝屏的快捷方式. 重启系统, 在出现启动菜单时按下F8键就会出现高级启动选项菜单, 接着选择"最后一次正确配置". 常见的蓝屏代码 0X0000000操作完成 0X0000001不正确的函数 0X0000002系统找不到指定的文件 0X0000003系统找不到指定的路径 0X0000004系统无法打开文件 0X0000005拒绝存取 0X0000006无效的代码 0X0000007内存控制模块已损坏 0X0000008内存空间不足,无法处理这个指令 0X0000009内存控制模块位址无效 0X000000A环境不正确 0X000000B尝试载入一个格式错误的程序 0X000000C存取码错误 0X000000D资料错误 0X000000E内存空间不够,无法完成这项操作 0X000000F系统找不到指定的硬盘 0X0000010无法移除目录 0X0000011系统无法将文件移到其他的硬盘 0X0000012没有任何文件 0X0000019找不到指定扇区或磁道 0X000001A指定的磁盘或磁片无法存取 0X000001B磁盘找不到要求的装置 0X000001C打印机没有纸 0X000001D系统无法将资料写入指定的磁盘 0X000001E系统无法读取指定的装置 0X000001F连接到系统的某个装置没有作用 0X0000021文件的一部分被锁定,现在无法存取 0X0000024开启的分享文件数量太多 0X0000026到达文件结尾 0X0000027磁盘已满 0X0000036网络繁忙 0X000003B网络发生意外的错误 0X0000043网络名称找不到 0X0000050文件已经存在 0X0000052无法建立目录或文件 0X0000053 INT24失败 0X000006B因为代用的磁盘尚未插入,所以程序已经停止 0X000006C磁盘正在使用中或被锁定 0X000006F文件名太长 0X0000070硬盘空间不足 0X000007F找不到指定的程序 0X000045B系统正在关机 0X000045C无法中止系统关机,因为没有关机的动作在进行中 0X000046A可用服务器储存空间不足 0X0000475系统 BIOS无法变更系统电源状态 0X000047E指定的程序需要新的windows版本 0X000047F指定的程序不是windwos或ms-dos程序 0X0000480指定的程序已经启动,无法再启动一次 0X0000481指定的程序是为旧版的windows所写的 0X0000482执行此应用程序所需的程序库文件之一被损 0X0000483没有应用程序与此项操作的指定文件建立关联 0X0000484传送指令到应用程序无效 0X00005A2指定的装置名称无效 0X00005AA系统资源不足,无法完成所要求的服务 0X00005AB系统资源不足,无法完成所要求的服务 0X00005AC系统资源不足,无法完成所要求的服务 110 0x006E系统无法开启指定的装置或档案。 111 0x006F档名太长。 112 0x0070磁碟空间不足。 113 0x0071没有可用的内部档案识别字。 114 0x0072目标内部档案识别字不正确。 117 0x0075由应用程式所执行的IOCTL 呼叫不正确。 118 0x0076写入验证参数值不正确。 119 0x0077系统不支援所要求的指令。 120 0x0078此项功能仅在 Win32 模式有效。 121 0x0079 semaphore超过逾时期间。 122 0x007A传到系统呼叫的资料区域太小。 123 0x007B档名、目录名称或储存体标 124 0x007C系统呼叫层次不正确。 125 0x007D磁碟没有设定标 126 0x007E找不到指定的模组。 127 0x007F找不到指定的程序。 128 0x0080没有子行程可供等待。 129 0x0081 %1这个应用程式无法在 Win32 模式下执行。 130 0x0082 Attempt to use a file handle to an open disk partition for an operation other than raw disk I/O. 131 0x0083尝试将档案指标移至档案开头之前。 132 0x0084无法在指定的装置或档案,设定档案指标。 133 0x0085 JOIN 或 SUBST指令无法用於内含事先结合过的磁碟机。 134 0x0086尝试在已经结合的磁碟机,使用JOIN 或 SUBST 指令。 135 0x0087尝试在已经替换的磁碟机,使用 JOIN 或 SUBST 指令。 136 0x0088系统尝试删除未连结过的磁碟机的连结关系。 137 0x0089系统尝试删除未替换过的磁碟机的替换关系。 138 0x008A系统尝试将磁碟机结合到已经结合过之磁碟机的目录。 139 0x008B系统尝试将磁碟机替换成已经替换过之磁碟机的目录。 140 0x008C系统尝试将磁碟机替换成已经替换过之磁碟机的目录.

独步清客 2019-12-02 00:43:56 0 浏览量 回答数 0

问题

在Android Beta 0.9中使用ItemizedOverlay和OverlayItem

LiuWH 2020-01-19 09:13:53 1 浏览量 回答数 1

回答

系统在设计之初就会有一个预估容量,长时间超过系统能承受的TPS/QPS阈值,系统可能会被压垮,最终导致整个服务不够用。为了避免这种情况,我们就需要对接口请求进行限流。 限流的目的是通过对并发访问请求进行限速或者一个时间窗口内的的请求数量进行限速来保护系统,一旦达到限制速率则可以拒绝服务、排队或等待。 常见的限流模式有控制并发和控制速率,一个是限制并发的数量,一个是限制并发访问的速率,另外还可以限制单位时间窗口内的请求数量。控制并发数量 属于一种较常见的限流手段,在实际应用中可以通过信号量机制(如Java中的Semaphore)来实现。 举个例子,我们对外提供一个服务接口,允许最大并发数为10,代码实现如下: public class DubboService { private final Semaphore permit = new Semaphore(10, true); public void process(){ try{ permit.acquire(); //业务逻辑处理 } catch (InterruptedException e) { e.printStackTrace(); } finally { permit.release(); } } } 在代码中,虽然有30个线程在执行,但是只允许10个并发的执行。Semaphore的构造方法Semaphore(int permits) 接受一个整型的数字,表示可用的许可证数量。Semaphore(10)表示允许10个线程获取许可证,也就是最大并发数是10。Semaphore的用法也很简单,首先线程使用Semaphore的acquire()获取一个许可证,使用完之后调用release()归还许可证,还可以用tryAcquire()方法尝试获取许可证。控制访问速率 在我们的工程实践中,常见的是使用令牌桶算法来实现这种模式,其他如漏桶算法也可以实现控制速率,但在我们的工程实践中使用不多,这里不做介绍,读者请自行了解。 在Wikipedia上,令牌桶算法是这么描述的: 每过1/r秒桶中增加一个令牌。 桶中最多存放b个令牌,如果桶满了,新放入的令牌会被丢弃。 当一个n字节的数据包到达时,消耗n个令牌,然后发送该数据包。 如果桶中可用令牌小于n,则该数据包将被缓存或丢弃。 令牌桶控制的是一个时间窗口内通过的数据量,在API层面我们常说的QPS、TPS,正好是一个时间窗口内的请求量或者事务量,只不过时间窗口限定在1s罢了。以一个恒定的速度往桶里放入令牌,而如果请求需要被处理,则需要先从桶里获取一个令牌,当桶里没有令牌可取时,则拒绝服务。令牌桶的另外一个好处是可以方便的改变速度,一旦需要提高速率,则按需提高放入桶中的令牌的速率。 在我们的工程实践中,通常使用Guava中的Ratelimiter来实现控制速率,如我们不希望每秒的任务提交超过2个: //速率是每秒两个许可final RateLimiter rateLimiter = RateLimiter.create(2.0); void submitTasks(List tasks, Executor executor) { for (Runnable task : tasks) { rateLimiter.acquire(); // 也许需要等待 executor.execute(task); } } 控制单位时间窗口内请求数 某些场景下,我们想限制某个接口或服务 每秒/每分钟/每天 的请求次数或调用次数。例如限制服务每秒的调用次数为50,实现如下: import com.google.common.cache.CacheBuilder;import com.google.common.cache.CacheLoader;import com.google.common.cache.LoadingCache;import java.util.concurrent.ExecutionException;import java.util.concurrent.TimeUnit;import java.util.concurrent.atomic.AtomicLong; private LoadingCache<Long, AtomicLong> counter = CacheBuilder.newBuilder() .expireAfterWrite(2, TimeUnit.SECONDS) .build(new CacheLoader<Long, AtomicLong>() { @Override public AtomicLong load(Long seconds) throws Exception { return new AtomicLong(0); } }); public static long permit = 50; public ResponseEntity getData() throws ExecutionException { //得到当前秒 long currentSeconds = System.currentTimeMillis() / 1000; if(counter.get(currentSeconds).incrementAndGet() > permit) { return ResponseEntity.builder().code(404).msg("访问速率过快").build(); } //业务处理 }

wangccsy 2019-12-02 01:47:21 0 浏览量 回答数 0

回答

RSA的Java实现不能一次加密很大的字符,自己处理了一下,见下面的代码。  Base64编码类用的是一个Public domain Base64 for java http://iharder.sourceforge.net/current/java/base64/  其他的保存公钥到文件等简单的实现,就不详细说了,看代码吧。  ==============================================  import java.security.*;  import java.security.spec.PKCS8EncodedKeySpec;  import java.security.spec.X509EncodedKeySpec;  import java.util.HashMap;  import java.util.Map;  import javax.crypto.*;  import java.io.*;  public class Encryptor {  private static final String KEY_FILENAME = "c:\\mykey.dat";  private static final String OTHERS_KEY_FILENAME = "c:\\Otherskey.dat";  // private static final int KEY_SIZE = 1024;  // private static final int BLOCK_SIZE = 117;  // private static final int OUTPUT_BLOCK_SIZE = 128;  private static final int KEY_SIZE = 2048; //RSA key 是多少位的  private static final int BLOCK_SIZE = 245; //一次RSA加密操作所允许的最大长度  //这个值与 KEY_SIZE 已经padding方法有关。因为 1024的key的输出是128,2048key输出是256字节  //可能11个字节用于保存padding信息了,所以最多可用的就只有245字节了。  private static final int OUTPUT_BLOCK_SIZE = 256;  private SecureRandom secrand;  private Cipher rsaCipher;  private KeyPair keys;  private Map<String, Key> allUserKeys;  public Encryptor() throws Exception {  try {  allUserKeys = new HashMap<String, Key>();  secrand = new SecureRandom();  //SunJCE Provider 中只支持ECB mode,试了一下只有PKCS1PADDING可以直接还原原始数据,  //NOPadding导致解压出来的都是blocksize长度的数据,还要自己处理  //参见 http://java.sun.com/javase/6/docs/technotes/guides/security/SunProviders.html#SunJCEProvider  //  //另外根据 Open-JDK-6.b17-src( http://www.docjar.com/html/api/com/sun/crypto/provider/RSACipher.java.html)  // 中代码的注释,使用RSA来加密大量数据不是一种标准的用法。所以现有实现一次doFinal调用之进行一个RSA操作,  //如果用doFinal来加密超过的一个操作所允许的长度数据将抛出异常。  //根据keysize的长度,典型的1024个长度的key和PKCS1PADDING一起使用时  //一次doFinal调用只能加密117个byte的数据。(NOPadding 和1024 keysize时128个字节长度)  //(2048长度的key和PKCS1PADDING 最多允许245字节一次)  //想用来加密大量数据的只能自己用其他办法实现了。可能RSA加密速度比较慢吧,要用AES才行  rsaCipher = Cipher.getInstance("RSA/ECB/PKCS1PADDING");  } catch (NoSuchAlgorithmException e) {  e.printStackTrace();  } catch (NoSuchPaddingException e) {  e.printStackTrace();  throw e;  }  ObjectInputStream in;  try {  in = new ObjectInputStream(new FileInputStream(KEY_FILENAME));  } catch (FileNotFoundException e) {  if (false == GenerateKeys())  {  throw e;  }  LoadKeys();  return;  }  keys = (KeyPair) in.readObject();  in.close();  LoadKeys();  }  /*  * 生成自己的公钥和私钥  */  private Boolean GenerateKeys() {  try {  KeyPairGenerator keygen = KeyPairGenerator.getInstance("RSA");  // secrand = new SecureRandom();  // sedSeed之后会造成 生成的密钥都是一样的  // secrand.setSeed("chatencrptor".getBytes()); // 初始化随机产生器  //key长度至少512长度,不过好像说现在用2048才算比较安全的了  keygen.initialize(KEY_SIZE, secrand); // 初始化密钥生成器  keys = keygen.generateKeyPair(); // 生成密钥组  AddKey("me", EncodeKey(keys.getPublic()));  } catch (NoSuchAlgorithmException e) {  e.printStackTrace();  return false;  }  ObjectOutputStream out;  try {  out = new ObjectOutputStream(new FileOutputStream(KEY_FILENAME));  } catch (IOException e) {  e.printStackTrace();  return false;  }  try {  out.writeObject(keys);  } catch (IOException e) {  e.printStackTrace();  return false;  } finally {  try {  out.close();  } catch (IOException e) {  e.printStackTrace();  return false;  }  }  return true;  }public String EncryptMessage(String toUser, String Message) throws IOException {  Key pubkey = allUserKeys.get(toUser);  if ( pubkey == null )  {  throw new IOException("NoKeyForThisUser") ;  }  try {  //PublicKey pubkey = keys.getPublic();  rsaCipher.init(Cipher.ENCRYPT_MODE, pubkey, secrand);  //System.out.println(rsaCipher.getBlockSize()); 返回0,非block 加密算法来的。  //System.out.println(Message.getBytes("utf-8").length);  //byte[] encryptedData = rsaCipher.doFinal(Message.getBytes("utf-8"));  byte[] data = Message.getBytes("utf-8");  int blocks = data.length / BLOCK_SIZE ;  int lastBlockSize = data.length % BLOCK_SIZE ;  byte [] encryptedData = new byte[ (lastBlockSize == 0 ? blocks : blocks + 1)* OUTPUT_BLOCK_SIZE];  for (int i=0; i < blocks; i++)  {  //int thisBlockSize = ( i + 1 ) * BLOCK_SIZE > data.length ? data.length - i * BLOCK_SIZE : BLOCK_SIZE ;  rsaCipher.doFinal(data,i * BLOCK_SIZE, BLOCK_SIZE, encryptedData ,i * OUTPUT_BLOCK_SIZE);  }  if (lastBlockSize != 0 ){  rsaCipher.doFinal(data, blocks * BLOCK_SIZE, lastBlockSize,encryptedData ,blocks * OUTPUT_BLOCK_SIZE);  }  //System.out.println(encrypted.length); 如果要机密的数据不足128/256字节,加密后补全成为变为256长度的。  //数量比较小时,Base64.GZIP产生的长度更长,没什么优势  //System.out.println(Base64.encodeBytes(encrypted,Base64.GZIP).length());  //System.out.println(Base64.encodeBytes(encrypted).length());  //System.out.println (rsaCipher.getOutputSize(30));  //这个getOutputSize 只对 输入小于最大的block时才能得到正确的结果。其实就是补全 数据为128/256 字节  return Base64.encodeBytes(encryptedData);  } catch (InvalidKeyException e) {  e.printStackTrace();  throw new IOException("InvalidKey") ;  }catch (ShortBufferException e) {  e.printStackTrace();  throw new IOException("ShortBuffer") ;  }  catch (UnsupportedEncodingException e) {  e.printStackTrace();  throw new IOException("UnsupportedEncoding") ;  } catch (IllegalBlockSizeException e) {  e.printStackTrace();  throw new IOException("IllegalBlockSize") ;  } catch (BadPaddingException e) {  e.printStackTrace();  throw new IOException("BadPadding") ;  }finally {  //catch 中 return 或者throw之前都会先调用一下这里  }  }  public String DecryptMessage(String Message) throws IOException {  byte[] decoded = Base64.decode(Message);  PrivateKey prikey = keys.getPrivate();  try {  rsaCipher.init(Cipher.DECRYPT_MODE, prikey, secrand);  int blocks = decoded.length / OUTPUT_BLOCK_SIZE;  ByteArrayOutputStream decodedStream = new ByteArrayOutputStream(decoded.length);  for (int i =0 ;i < blocks ; i ++ )  {  decodedStream.write (rsaCipher.doFinal(decoded,i * OUTPUT_BLOCK_SIZE, OUTPUT_BLOCK_SIZE));  }  return new String(decodedStream.toByteArray(), "UTF-8");  } catch (InvalidKeyException e) {  e.printStackTrace();  throw new IOException("InvalidKey");  } catch (UnsupportedEncodingException e) {  e.printStackTrace();  throw new IOException("UnsupportedEncoding");  } catch (IllegalBlockSizeException e) {  e.printStackTrace();  throw new IOException("IllegalBlockSize");  } catch (BadPaddingException e) {  e.printStackTrace();  throw new IOException("BadPadding");  } finally {  // catch 中 return 或者throw之前都会先调用一下这里。  }  }  public boolean AddKey(String user, String key) {  PublicKey publickey;  try {  publickey = DecodePublicKey(key);  } catch (Exception e) {  return false;  }  allUserKeys.put(user, publickey);  SaveKeys();  return true;  }private boolean LoadKeys() {  BufferedReader input;  try {  input = new BufferedReader(new InputStreamReader(  new FileInputStream(OTHERS_KEY_FILENAME)));  } catch (FileNotFoundException e1) {  // e1.printStackTrace();  return false;  }

琴瑟 2019-12-02 01:26:51 0 浏览量 回答数 0

回答

背景 AI model serving 是函数计算一个比较典型的应用场景。数据科学家训练好模型以后往往需要找软件工程师把模型变成系统或者服务,通常把这个过程称之为 model serving。函数计算无需运维和弹性伸缩的特性,正好符合数据科学家对高可用分布式系统的诉求。本文将介绍把一个 TensorFlow CharRNN 训练的自动写五言绝句古诗的模型部署到函数计算的例子。 基本上所有的 FaaS 平台为了减少平台的冷启动,都会设置代码包限制,函数计算也不例外。由于 python TensorFlow 依赖库和训练的模型的文件有数百兆,即使压缩也远超了函数计算 50M 代码包大小的限制。对于这类超大体积的文件,函数计算命令行 Fun 工具原生支持了这种大依赖部署(3.2.0 版本以上),按照向导的提示操作即可。 快速开始 1. 克隆 poetry 项目 git clone https://github.com/vangie/poetry.git 2. 安装依赖 由于训练模型的脚本比较费时,所以训练好的模型已经提前存放在 model 目录中。如果您想重新训练模型,执行 make train 即可。 $ fun install using template: template.yml start installing function dependencies without docker building poetry/poetry Funfile exist, Fun will use container to build forcely Step 1/3 : FROM registry.cn-beijing.aliyuncs.com/aliyunfc/runtime-python3.6:build-1.7.7 ---> 373f5819463b Step 2/3 : WORKDIR /code ---> Using cache ---> f9f03330ddde Step 3/3 : RUN fun-install pip install tensorflow ---> Using cache ---> af9e756d07c7 sha256:af9e756d07c77ac25548fa173997065c9ea8d92e98c760b1b12bab1f3f63b112 Successfully built af9e756d07c7 Successfully tagged fun-cache-1b39d414-0348-4823-b1ec-afb05e471666:latest copying function artifact to /Users/ellison/poetry copy from container /mnt/auto/. to localNasDir Install Success Tips for next step Invoke Event Function: fun local invokeInvoke Http Function: fun local startBuild Http Function: fun buildDeploy Resources: fun deploy本地运行函数 执行 fun local invoke 可以在本地运行函数,正确的返回内容如下: $ fun local invoke poetry Missing invokeName argument, Fun will use the first function poetry/poetry as invokeName skip pulling image aliyunfc/runtime-python3.6:1.7.7... FunctionCompute python3 runtime inited. FC Invoke Start RequestId: b125bd4b-0d23-447b-8d8c-df36808a458b .......(省略了部分日志) 犬差花上水风,一月秋中时。 江水无人去,山山有不知。 江山一中路,不与一时还。 山水不知处,江阳无所逢。 山风吹水色,秋水入云中。 水月多相见,山城入水中。 江云无处处,春水不相归。 野寺春江远,秋风落月深。 RequestId: 938334c4-5407-4a72-93e1-6d59e52774d8 Billed Duration: 14074 ms Memory Size: 1998 MB Max Memory Used: 226 MB 4. 部署函数 通过 fun deploy 部署函数并上传函数依赖到 nas。 fun deploy fun 会自动完成依赖部署,当 fun deploy 检测到打包的依赖超过了平台限制(50M),会进入到配置向导,帮助用户自动化的配置。 image.png 选择 “Y” 之后就不需要做其他事情,等到部署完成即可。 运行远端函数 通过 fun invoke 调用远端函数(也可以通过函数计算控制台调用): $ fun invoke using template: template.yml Missing invokeName argument, Fun will use the first function poetry/poetry as invokeName ========= FC invoke Logs begin ========= 省略部分日志... Restored from: /mnt/auto/model/poetry/model-10000 FC Invoke End RequestId: c0d7947d-7c44-428e-a5a0-30e6da6d1d0f Duration: 18637.47 ms, Billed Duration: 18700 ms, Memory Size: 2048 MB, Max Memory Used: 201.10 MB ========= FC invoke Logs end ========= FC Invoke Result: 役不知此月,不是无年年。 何事无时去,谁堪得故年。 不知无限处,相思在山山。 何必不知客,何当不有时。 相知无所见,不得是人心。 不得无年日,何时在故乡。 不知山上路,不是故人人。 至此,已经将古诗创作程序成功部署到函数计算了。

1934890530796658 2020-03-27 17:26:26 0 浏览量 回答数 0

回答

重试作用: 对于重试是有场景限制的,不是什么场景都适合重试,比如参数校验不合法、写操作等(要考虑写是否幂等)都不适合重试。 远程调用超时、网络突然中断可以重试。在微服务治理框架中,通常都有自己的重试与超时配置,比如dubbo可以设置retries=1,timeout=500调用失败只重试1次,超过500ms调用仍未返回则调用失败。 比如外部 RPC 调用,或者数据入库等操作,如果一次操作失败,可以进行多次重试,提高调用成功的可能性。 优雅的重试机制要具备几点: 无侵入:这个好理解,不改动当前的业务逻辑,对于需要重试的地方,可以很简单的实现 可配置:包括重试次数,重试的间隔时间,是否使用异步方式等 通用性:最好是无改动(或者很小改动)的支持绝大部分的场景,拿过来直接可用 优雅重试共性和原理: 正常和重试优雅解耦,重试断言条件实例或逻辑异常实例是两者沟通的媒介。 约定重试间隔,差异性重试策略,设置重试超时时间,进一步保证重试有效性以及重试流程稳定性。 都使用了命令设计模式,通过委托重试对象完成相应的逻辑操作,同时内部封装实现重试逻辑。 Spring-tryer和guava-tryer工具都是线程安全的重试,能够支持并发业务场景的重试逻辑正确性。 优雅重试适用场景: 功能逻辑中存在不稳定依赖场景,需要使用重试获取预期结果或者尝试重新执行逻辑不立即结束。比如远程接口访问,数据加载访问,数据上传校验等等。 对于异常场景存在需要重试场景,同时希望把正常逻辑和重试逻辑解耦。 对于需要基于数据媒介交互,希望通过重试轮询检测执行逻辑场景也可以考虑重试方案。 优雅重试解决思路: 切面方式 这个思路比较清晰,在需要添加重试的方法上添加一个用于重试的自定义注解,然后在切面中实现重试的逻辑,主要的配置参数则根据注解中的选项来初始化 优点: 真正的无侵入 缺点: 某些方法无法被切面拦截的场景无法覆盖(如spring-aop无法切私有方法,final方法) 直接使用aspecj则有些小复杂;如果用spring-aop,则只能切被spring容器管理的bean 消息总线方式 这个也比较容易理解,在需要重试的方法中,发送一个消息,并将业务逻辑作为回调方法传入;由一个订阅了重试消息的consumer来执行重试的业务逻辑 优点: 重试机制不受任何限制,即在任何地方你都可以使用 利用EventBus框架,可以非常容易把框架搭起来 缺点: 业务侵入,需要在重试的业务处,主动发起一条重试消息 调试理解复杂(消息总线方式的最大优点和缺点,就是过于灵活了,你可能都不知道什么地方处理这个消息,特别是新的童鞋来维护这段代码时) 如果要获取返回结果,不太好处理, 上下文参数不好处理 模板方式 优点: 简单(依赖简单:引入一个类就可以了; 使用简单:实现抽象类,讲业务逻辑填充即可;) 灵活(这个是真正的灵活了,你想怎么干都可以,完全由你控制) 缺点: 强侵入 代码臃肿 把这个单独捞出来,主要是某些时候我就一两个地方要用到重试,简单的实现下就好了,也没有必用用到上面这么重的方式;而且我希望可以针对代码快进行重试 这个的设计还是非常简单的,基本上代码都可以直接贴出来,一目了然: 复制代码 public abstract class RetryTemplate { private static final int DEFAULT_RETRY_TIME = 1; private int retryTime = DEFAULT_RETRY_TIME; private int sleepTime = 0;// 重试的睡眠时间 public int getSleepTime() { return sleepTime; } public RetryTemplate setSleepTime(int sleepTime) { if(sleepTime < 0) { throw new IllegalArgumentException("sleepTime should equal or bigger than 0"); } this.sleepTime = sleepTime; return this; } public int getRetryTime() { return retryTime; } public RetryTemplate setRetryTime(int retryTime) { if (retryTime <= 0) { throw new IllegalArgumentException("retryTime should bigger than 0"); } this.retryTime = retryTime; return this; } /** * 重试的业务执行代码 * 失败时请抛出一个异常 * * todo 确定返回的封装类,根据返回结果的状态来判定是否需要重试 * * @return */ protected abstract Object doBiz() throws Exception; //预留一个doBiz方法由业务方来实现,在其中书写需要重试的业务代码,然后执行即可 public Object execute() throws InterruptedException { for (int i = 0; i < retryTime; i++) { try { return doBiz(); } catch (Exception e) { log.error("业务执行出现异常,e: {}", e); Thread.sleep(sleepTime); } } return null; } public Object submit(ExecutorService executorService) { if (executorService == null) { throw new IllegalArgumentException("please choose executorService!"); } return executorService.submit((Callable) () -> execute()); } } 复制代码 使用示例: 复制代码 public void retryDemo() throws InterruptedException { Object ans = new RetryTemplate() { @Override protected Object doBiz() throws Exception { int temp = (int) (Math.random() * 10); System.out.println(temp); if (temp > 3) { throw new Exception("generate value bigger then 3! need retry"); } return temp; } }.setRetryTime(10).setSleepTime(10).execute(); System.out.println(ans); } 复制代码 spring-retry Spring Retry 为 Spring 应用程序提供了声明性重试支持。 它用于Spring批处理、Spring集成、Apache Hadoop(等等)的Spring。 在分布式系统中,为了保证数据分布式事务的强一致性,在调用RPC接口或者发送MQ时,针对可能会出现网络抖动请求超时情况采取一下重试操作。 用的最多的重试方式就是MQ了,但是如果你的项目中没有引入MQ,就不方便了。 还有一种方式,是开发者自己编写重试机制,但是大多不够优雅。 缺陷 spring-retry 工具虽能优雅实现重试,但是存在两个不友好设计: 一个是重试实体限定为 Throwable 子类,说明重试针对的是可捕捉的功能异常为设计前提的,但是我们希望依赖某个数据对象实体作为重试实体, 但 sping-retry框架必须强制转换为Throwable子类。 另一个是重试根源的断言对象使用的是 doWithRetry 的 Exception 异常实例,不符合正常内部断言的返回设计。 Spring Retry 提倡以注解的方式对方法进行重试,重试逻辑是同步执行的,当抛出相关异常后执行重试, 如果你要以返回值的某个状态来判定是否需要重试,可能只能通过自己判断返回值然后显式抛出异常了。只读操作可以重试,幂等写操作可以重试,但是非幂等写操作不能重试,重试可能导致脏写,或产生重复数据。 @Recover 注解在使用时无法指定方法,如果一个类中多个重试方法,就会很麻烦。 spring-retry 结构 BackOff:补偿值,一般指失败后多久进行重试的延迟值。 Sleeper:暂停应用的工具,通常用来应用补偿值。 RetryState:重试状态,通常包含一个重试的键值。 RetryCallback:封装你需要重试的业务逻辑(上文中的doSth) RecoverCallback:封装了多次重试都失败后你需要执行的业务逻辑(上文中的doSthWhenStillFail) RetryContext:重试语境下的上下文,代表了能被重试动作使用的资源。可用于在多次Retry或者Retry 和Recover之间传递参数或状态(在多次doSth或者doSth与doSthWhenStillFail之间传递参数) RetryOperations: 定义了“重试”的模板(重试的API),要求传入RetryCallback,可选传入RecoveryCallback; RetryTemplate :RetryOperations的具体实现,组合了RetryListener[],BackOffPolicy,RetryPolicy。 RetryListener:用来监控Retry的执行情况,并生成统计信息。 RetryPolicy:重试的策略或条件,可以简单的进行多次重试,可以是指定超时时间进行重试(上文中的someCondition),决定失败能否重试。 BackOffPolicy: 重试的回退策略,在业务逻辑执行发生异常时。如果需要重试,我们可能需要等一段时间(可能服务器过于繁忙,如果一直不间隔重试可能拖垮服务器),当然这段时间可以是0,也可以是固定的,可以是随机的(参见tcp的拥塞控制算法中的回退策略)。回退策略在上文中体现为wait(); RetryPolicy提供了如下策略实现: NeverRetryPolicy:只允许调用RetryCallback一次,不允许重试; AlwaysRetryPolicy:允许无限重试,直到成功,此方式逻辑不当会导致死循环; SimpleRetryPolicy:固定次数重试策略,默认重试最大次数为3次,RetryTemplate默认使用的策略; TimeoutRetryPolicy:超时时间重试策略,默认超时时间为1秒,在指定的超时时间内允许重试; CircuitBreakerRetryPolicy:有熔断功能的重试策略,需设置3个参数openTimeout、resetTimeout和delegate delegate:是真正判断是否重试的策略,当重试失败时,则执行熔断策略;应该配置基于次数的SimpleRetryPolicy或者基于超时的TimeoutRetryPolicy策略,且策略都是全局模式,而非局部模式,所以要注意次数或超时的配置合理性。 openTimeout:openWindow,配置熔断器电路打开的超时时间,当超过openTimeout之后熔断器电路变成半打开状态(主要有一次重试成功,则闭合电路); resetTimeout:timeout,配置重置熔断器重新闭合的超时时间 CompositeRetryPolicy:组合重试策略,有两种组合方式,乐观组合重试策略是指只要有一个策略允许重试即可以,悲观组合重试策略是指只要有一个策略不允许重试即可以,但不管哪种组合方式,组合中的每一个策略都会执行。 BackOffPolicy 提供了如下策略实现: NoBackOffPolicy:无退避算法策略,即当重试时是立即重试; FixedBackOffPolicy:固定时间的退避策略,需设置参数sleeper(指定等待策略,默认是Thread.sleep,即线程休眠)、backOffPeriod(休眠时间,默认1秒); UniformRandomBackOffPolicy:随机时间退避策略,需设置sleeper、minBackOffPeriod、maxBackOffPeriod,该策略在[minBackOffPeriod,maxBackOffPeriod之间取一个随机休眠时间,minBackOffPeriod默认500毫秒,maxBackOffPeriod默认1500毫秒; ExponentialBackOffPolicy:指数退避策略,需设置参数sleeper、initialInterval、maxInterval和multiplier。initialInterval指定初始休眠时间,默认100毫秒,maxInterval指定最大休眠时间,默认30秒,multiplier指定乘数,即下一次休眠时间为当前休眠时间*multiplier; ExponentialRandomBackOffPolicy:随机指数退避策略,引入随机乘数,固定乘数可能会引起很多服务同时重试导致DDos,使用随机休眠时间来避免这种情况。 RetryTemplate主要流程实现: 复制代码 //示例一 public void upload(final Map<String, Object> map) throws Exception { // 构建重试模板实例 RetryTemplate retryTemplate = new RetryTemplate(); // 设置重试策略,主要设置重试次数 SimpleRetryPolicy policy =         new SimpleRetryPolicy(3, Collections.<Class<? extends Throwable>, Boolean> singletonMap(Exception.class, true)); // 设置重试回退操作策略,主要设置重试间隔时间 FixedBackOffPolicy fixedBackOffPolicy = new FixedBackOffPolicy(); fixedBackOffPolicy.setBackOffPeriod(100); retryTemplate.setRetryPolicy(policy); retryTemplate.setBackOffPolicy(fixedBackOffPolicy); // 通过RetryCallback 重试回调实例包装正常逻辑逻辑,第一次执行和重试执行执行的都是这段逻辑 final RetryCallback<Object, Exception> retryCallback = new RetryCallback<Object, Exception>() { //RetryContext 重试操作上下文约定,统一spring-try包装 public Object doWithRetry(RetryContext context) throws Exception { System.out.println("do some thing"); Exception e = uploadToOdps(map); System.out.println(context.getRetryCount()); throw e;//这个点特别注意,重试的根源通过Exception返回 } }; // 通过RecoveryCallback 重试流程正常结束或者达到重试上限后的退出恢复操作实例 final RecoveryCallback recoveryCallback = new RecoveryCallback() { public Object recover(RetryContext context) throws Exception { System.out.println("do recory operation"); return null; } }; try { // 由retryTemplate 执行execute方法开始逻辑执行 retryTemplate.execute(retryCallback, recoveryCallback); } catch (Exception e) { e.printStackTrace(); } } //示例二 protected <T, E extends Throwable> T doExecute(RetryCallback<T, E> retryCallback,RecoveryCallback recoveryCallback,   RetryState state) throws E, ExhaustedRetryException { //重试策略 RetryPolicy retryPolicy = this.retryPolicy; //退避策略 BackOffPolicy backOffPolicy = this.backOffPolicy; //重试上下文,当前重试次数等都记录在上下文中 RetryContext context = open(retryPolicy, state); try { //拦截器模式,执行RetryListener#open boolean running = doOpenInterceptors(retryCallback, context); //判断是否可以重试执行 while (canRetry(retryPolicy, context) && !context.isExhaustedOnly()) { try {//执行RetryCallback回调 return retryCallback.doWithRetry(context); } catch (Throwable e) {//异常时,要进行下一次重试准备 //遇到异常后,注册该异常的失败次数 registerThrowable(retryPolicy, state, context, e); //执行RetryListener#onError doOnErrorInterceptors(retryCallback, context, e); //如果可以重试,执行退避算法,比如休眠一小段时间后再重试 if (canRetry(retryPolicy, context) && !context.isExhaustedOnly()) { backOffPolicy.backOff(backOffContext); } //state != null && state.rollbackFor(context.getLastThrowable()) //在有状态重试时,如果是需要执行回滚操作的异常,则立即抛出异常 if (shouldRethrow(retryPolicy, context, state)) { throw RetryTemplate. wrapIfNecessary(e); } } //如果是有状态重试,且有GLOBAL_STATE属性,则立即跳出重试终止;       //当抛出的异常是非需要执行回滚操作的异常时,才会执行到此处,CircuitBreakerRetryPolicy会在此跳出循环; if (state != null && context.hasAttribute(GLOBAL_STATE)) { break; } } //重试失败后,如果有RecoveryCallback,则执行此回调,否则抛出异常 return handleRetryExhausted(recoveryCallback, context, state); } catch (Throwable e) { throw RetryTemplate. wrapIfNecessary(e); } finally { //清理环境 close(retryPolicy, context, state, lastException == null || exhausted); //执行RetryListener#close,比如统计重试信息 doCloseInterceptors(retryCallback, context, lastException); } } 复制代码 有状态or无状态 无状态重试,是在一个循环中执行完重试策略,即重试上下文保持在一个线程上下文中,在一次调用中进行完整的重试策略判断。如远程调用某个查询方法时是最常见的无状态重试: 复制代码 RetryTemplate template = new RetryTemplate(); //重试策略:次数重试策略 RetryPolicy retryPolicy = new SimpleRetryPolicy(3); template.setRetryPolicy(retryPolicy); //退避策略:指数退避策略 ExponentialBackOffPolicy backOffPolicy = new ExponentialBackOffPolicy(); backOffPolicy.setInitialInterval(100); backOffPolicy.setMaxInterval(3000); backOffPolicy.setMultiplier(2); backOffPolicy.setSleeper(new ThreadWaitSleeper()); template.setBackOffPolicy(backOffPolicy); //当重试失败后,抛出异常 String result = template.execute(new RetryCallback<String, RuntimeException>() { @Override public String doWithRetry(RetryContext context) throws RuntimeException { throw new RuntimeException("timeout"); } }); //当重试失败后,执行RecoveryCallback String result = template.execute(new RetryCallback<String, RuntimeException>() { @Override public String doWithRetry(RetryContext context) throws RuntimeException { System.out.println("retry count:" + context.getRetryCount()); throw new RuntimeException("timeout"); } }, new RecoveryCallback () { @Override public String recover(RetryContext context) throws Exception { return "default"; } }); 复制代码 有状态重试,有两种情况需要使用有状态重试,事务操作需要回滚、熔断器模式。 事务操作需要回滚场景时,当整个操作中抛出的是数据库异常DataAccessException,则不能进行重试需要回滚,而抛出其他异常则可以进行重试,可以通过RetryState实现: 复制代码 //当前状态的名称,当把状态放入缓存时,通过该key查询获取 Object key = "mykey"; //是否每次都重新生成上下文还是从缓存中查询,即全局模式(如熔断器策略时从缓存中查询) boolean isForceRefresh = true; //对DataAccessException进行回滚 BinaryExceptionClassifier rollbackClassifier = new BinaryExceptionClassifier(Collections.<Class<? extends Throwable>>singleton(DataAccessException.class)); RetryState state = new DefaultRetryState(key, isForceRefresh, rollbackClassifier); String result = template.execute(new RetryCallback<String, RuntimeException>() { @Override public String doWithRetry(RetryContext context) throws RuntimeException { System.out.println("retry count:" + context.getRetryCount()); throw new TypeMismatchDataAccessException(""); } }, new RecoveryCallback () { @Override public String recover(RetryContext context) throws Exception { return "default"; } }, state); 复制代码 RetryTemplate中在有状态重试时,回滚场景时直接抛出异常处理代码: //state != null && state.rollbackFor(context.getLastThrowable()) //在有状态重试时,如果是需要执行回滚操作的异常,则立即抛出异常 if (shouldRethrow(retryPolicy,context, state)) { throw RetryTemplate. wrapIfNecessary(e); } 熔断器场景。在有状态重试时,且是全局模式,不在当前循环中处理重试,而是全局重试模式(不是线程上下文),如熔断器策略时测试代码如下所示。 复制代码 RetryTemplate template = new RetryTemplate(); CircuitBreakerRetryPolicy retryPolicy = new CircuitBreakerRetryPolicy(new SimpleRetryPolicy(3)); retryPolicy.setOpenTimeout(5000); retryPolicy.setResetTimeout(20000); template.setRetryPolicy(retryPolicy); for (int i = 0; i < 10; i++) { try { Object key = "circuit"; boolean isForceRefresh = false; RetryState state = new DefaultRetryState(key, isForceRefresh); String result = template.execute(new RetryCallback<String, RuntimeException>() { @Override public String doWithRetry(RetryContext context) throws RuntimeException { System.out.println("retry count:" + context.getRetryCount()); throw new RuntimeException("timeout"); } }, new RecoveryCallback () { @Override public String recover(RetryContext context) throws Exception { return "default"; } }, state); System.out.println(result); } catch (Exception e) { System.out.println(e); } } 复制代码 为什么说是全局模式呢?我们配置了isForceRefresh为false,则在获取上下文时是根据key “circuit”从缓存中获取,从而拿到同一个上下文。 Object key = "circuit"; boolean isForceRefresh = false; RetryState state = new DefaultRetryState(key,isForceRefresh); 如下RetryTemplate代码说明在有状态模式下,不会在循环中进行重试。 if (state != null && context.hasAttribute(GLOBAL_STATE)) { break; } 判断熔断器电路是否打开的代码: 复制代码 public boolean isOpen() { long time = System.currentTimeMillis() - this.start; boolean retryable = this.policy.canRetry(this.context); if (!retryable) {//重试失败 //在重置熔断器超时后,熔断器器电路闭合,重置上下文 if (time > this.timeout) { this.context = createDelegateContext(policy, getParent()); this.start = System.currentTimeMillis(); retryable = this.policy.canRetry(this.context); } else if (time < this.openWindow) { //当在熔断器打开状态时,熔断器电路打开,立即熔断 if ((Boolean) getAttribute(CIRCUIT_OPEN) == false) { setAttribute(CIRCUIT_OPEN, true); } this.start = System.currentTimeMillis(); return true; } } else {//重试成功 //在熔断器电路半打开状态时,断路器电路闭合,重置上下文 if (time > this.openWindow) { this.start = System.currentTimeMillis(); this.context = createDelegateContext(policy, getParent()); } } setAttribute(CIRCUIT_OPEN, !retryable); return !retryable; } 复制代码 从如上代码可看出spring-retry的熔断策略相对简单: 当重试失败,且在熔断器打开时间窗口[0,openWindow) 内,立即熔断; 当重试失败,且在指定超时时间后(>timeout),熔断器电路重新闭合; 在熔断器半打开状态[openWindow, timeout] 时,只要重试成功则重置上下文,断路器闭合。 注解介绍 @EnableRetry 表示是否开始重试。 序号 属性 类型 默认值 说明 1 proxyTargetClass boolean false 指示是否要创建基于子类的(CGLIB)代理,而不是创建标准的基于Java接口的代理。当proxyTargetClass属性为true时,使用CGLIB代理。默认使用标准JAVA注解 @Retryable 标注此注解的方法在发生异常时会进行重试 序号 属性 类型 默认值 说明 1 interceptor String ”” 将 interceptor 的 bean 名称应用到 retryable() 2 value class[] {} 可重试的异常类型 3 include class[] {} 和value一样,默认空,当exclude也为空时,所有异常都重试 4 exclude class[] {} 指定异常不重试,默认空,当include也为空时,所有异常都重试 5 label String ”” 统计报告的唯一标签。如果没有提供,调用者可以选择忽略它,或者提供默认值。 6 maxAttempts int 3 尝试的最大次数(包括第一次失败),默认为3次。 7 backoff @Backoff @Backoff() 重试补偿机制,指定用于重试此操作的backoff属性。默认为空 @Backoff 不设置参数时,默认使用FixedBackOffPolicy(指定等待时间),重试等待1000ms 序号 属性 类型 默认值 说明 1 delay long 0 指定延迟后重试 ,如果不设置则默认使用 1000 milliseconds 2 maxDelay long 0 最大重试等待时间 3 multiplier long 0 指定延迟的倍数,比如delay=5000l,multiplier=2时,第一次重试为5秒后,第二次为10秒,第三次为20秒(大于0生效) 4 random boolean false 随机重试等待时间 @Recover 用于恢复处理程序的方法调用的注释。返回类型必须与@retryable方法匹配。 可抛出的第一个参数是可选的(但是没有它的方法只会被调用)。 从失败方法的参数列表按顺序填充后续的参数。 用于@Retryable重试失败后处理方法,此注解注释的方法参数一定要是@Retryable抛出的异常,否则无法识别,可以在该方法中进行日志处理。 说明: 使用了@Retryable的方法不能在本类被调用,不然重试机制不会生效。也就是要标记为@Service,然后在其它类使用@Autowired注入或者@Bean去实例才能生效。 要触发@Recover方法,那么在@Retryable方法上不能有返回值,只能是void才能生效。 使用了@Retryable的方法里面不能使用try...catch包裹,要在发放上抛出异常,不然不会触发。 在重试期间这个方法是同步的,如果使用类似Spring Cloud这种框架的熔断机制时,可以结合重试机制来重试后返回结果。 Spring Retry不只能注入方式去实现,还可以通过API的方式实现,类似熔断处理的机制就基于API方式实现会比较宽松。 转载于:https://www.cnblogs.com/whatarewords/p/10656514.html

养狐狸的猫 2019-12-02 02:11:54 0 浏览量 回答数 0

问题

伸缩组:创建伸缩组

青蛙跳 2019-12-01 21:31:57 546 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 复制一个地域下的自定义镜像到其他地域。您可以在其他地域可以使用复制后的镜像 创建 ECS 实例(RunInstances)或者更换实例的系统盘(ReplaceSystemDisk)。 描述 调用该接口时,您需要注意: 自定义镜像的状态必须为 Available。 被复制的自定义镜像必须为您账号下的镜像,不能跨账号复制。 复制镜像的过程中无法删除镜像(DeleteImage),但是您可以取消复制任务(CancelCopyImage)。 请求参数 名称 类型 是否必需 描述 Action String 是 系统规定参数。取值:CopyImage RegionId String 是 源自定义镜像的地域 ID。您可以调用 DescribeRegions 查看最新的阿里云地域列表。 ImageId String 是 源自定义镜像的 ID。 DestinationRegionId String 是 复制到目标地域的 ID。 DestinationImageName String 否 复制后的镜像的名称。 长度为 [2, 128] 个字符英文或中文字符,必须以大小字母或中文开头,可包含数字、半角冒号(:)、下划线(_)或连字符(-)。 不能以 http:// 和 https:// 开头。 不填则为空,默认值:空。 DestinationDescription String 否 目标镜像的描述信息。 长度为 [0, 256] 个字符。 不能以 http:// 和 https:// 开头。 不填则为空,默认值:空。 返回参数 名称 类型 描述 ImageId String 复制后的镜像的 ID 示例 请求示例 https://ecs.aliyuncs.com/?Action=CopyImage &DestinationRegionId=cn-hangzhou &ImageId=m-281234567 &RegionId=cn-qingdao &<公共请求参数> 返回示例 XML 格式 <CopyImageResponse> <RequestId>C8B26B44-0189-443E-9816-D951F59623A9</RequestId> <ImageId>Img-231234567</ImageId> </CopyImageResponse> JSON 格式 { "RequestId": "C8B26B44-0189-443E-9816-D951F59623A9", "ImageId": "Img-231234567" } 错误码 以下为本接口特有的错误码。更多错误码,请访问 API 错误中心。 错误代码 错误信息 HTTP 状态码 说明 DestinationRegion.NotFound The destination region not found 400 指定的参数 DestinationRegionId 不存在。 IncorrectImageStatus The image not available. 400 指定的镜像(ImageId)的状态必须为可用(Available)。 InvalidDescription.Malformed The specified description is wrongly formed. 400 指定的参数 DestinationDescription格式有误。 InvalidImageId.NotFound The specified ImageId does not exist. 400 指定的源镜像(ImageId)不存在。 InvalidImageName.Duplicated The destination image is exist. 400 指定的 DestinationImageName 已经存在,请更改取值。 InvalidImageName.Malformed The specified destination Image name is wrongly formed. 400 指定的目 DestinationImageName 标镜像名称不合法。 InvalidImageName.Malformed The specified Image name is wrongly formed. 400 指定的 DestinationImageName 格式有误。 SourceRegion.NotFound The source region not found 400 指定的源镜像(RegionId)不存在。 Forbidden User not authorized to operate on the specified resource. 403 您暂时没有权限复制镜像。 IncorrectDestinationRegion The destination region is not equal the target region. 403 指定的源地域(RegionId)和目标地域(DestinationRegionId)的取值不能相同 InvalidSnapshot.TooOld This operation is denied because the specified snapshot is created before 2013-07-15. 403 指定源镜像(ImageId)所含的快照创建于 2013 年 7 月 15 日(含)之前,不能用于复制镜像。 OperationDeined.EncryptedSnapshot The image contains encrypted snapshots, which do not support copying. 403 指定源镜像(ImageId)含有加密快照,不支持复制。 OperationDenied.ImageCopying The specified image is being copied. 403 正在复制指定的源镜像(ImageId)中,请稍后再试。 QuotaExceed.Image The Image Quota exceeds. 403 您的自定义镜像数量已经超过最大额度,无法复制镜像。 QuotaExceed.Snapshot The maximum number of snapshots is exceeded. 403 已经超过快照的最大额度,无法复制镜像。 RegionNotSupportCopy The region not support copy. 403 指定的目标地域(DestinationRegionId)不支持镜像复制。

2019-12-01 22:57:16 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 复制一个地域下的自定义镜像到其他地域。您可以在其他地域可以使用复制后的镜像 创建 ECS 实例(RunInstances)或者更换实例的系统盘(ReplaceSystemDisk)。 描述 调用该接口时,您需要注意: 自定义镜像的状态必须为 Available。 被复制的自定义镜像必须为您账号下的镜像,不能跨账号复制。 复制镜像的过程中无法删除镜像(DeleteImage),但是您可以取消复制任务(CancelCopyImage)。 请求参数 名称 类型 是否必需 描述 Action String 是 系统规定参数。取值:CopyImage RegionId String 是 源自定义镜像的地域 ID。您可以调用 DescribeRegions 查看最新的阿里云地域列表。 ImageId String 是 源自定义镜像的 ID。 DestinationRegionId String 是 复制到目标地域的 ID。 DestinationImageName String 否 复制后的镜像的名称。 长度为 [2, 128] 个字符英文或中文字符,必须以大小字母或中文开头,可包含数字、半角冒号(:)、下划线(_)或连字符(-)。 不能以 http:// 和 https:// 开头。 不填则为空,默认值:空。 DestinationDescription String 否 目标镜像的描述信息。 长度为 [0, 256] 个字符。 不能以 http:// 和 https:// 开头。 不填则为空,默认值:空。 返回参数 名称 类型 描述 ImageId String 复制后的镜像的 ID 示例 请求示例 https://ecs.aliyuncs.com/?Action=CopyImage &DestinationRegionId=cn-hangzhou &ImageId=m-281234567 &RegionId=cn-qingdao &<公共请求参数> 返回示例 XML 格式 <CopyImageResponse> <RequestId>C8B26B44-0189-443E-9816-D951F59623A9</RequestId> <ImageId>Img-231234567</ImageId> </CopyImageResponse> JSON 格式 { "RequestId": "C8B26B44-0189-443E-9816-D951F59623A9", "ImageId": "Img-231234567" } 错误码 以下为本接口特有的错误码。更多错误码,请访问 API 错误中心。 错误代码 错误信息 HTTP 状态码 说明 DestinationRegion.NotFound The destination region not found 400 指定的参数 DestinationRegionId 不存在。 IncorrectImageStatus The image not available. 400 指定的镜像(ImageId)的状态必须为可用(Available)。 InvalidDescription.Malformed The specified description is wrongly formed. 400 指定的参数 DestinationDescription格式有误。 InvalidImageId.NotFound The specified ImageId does not exist. 400 指定的源镜像(ImageId)不存在。 InvalidImageName.Duplicated The destination image is exist. 400 指定的 DestinationImageName 已经存在,请更改取值。 InvalidImageName.Malformed The specified destination Image name is wrongly formed. 400 指定的目 DestinationImageName 标镜像名称不合法。 InvalidImageName.Malformed The specified Image name is wrongly formed. 400 指定的 DestinationImageName 格式有误。 SourceRegion.NotFound The source region not found 400 指定的源镜像(RegionId)不存在。 Forbidden User not authorized to operate on the specified resource. 403 您暂时没有权限复制镜像。 IncorrectDestinationRegion The destination region is not equal the target region. 403 指定的源地域(RegionId)和目标地域(DestinationRegionId)的取值不能相同 InvalidSnapshot.TooOld This operation is denied because the specified snapshot is created before 2013-07-15. 403 指定源镜像(ImageId)所含的快照创建于 2013 年 7 月 15 日(含)之前,不能用于复制镜像。 OperationDeined.EncryptedSnapshot The image contains encrypted snapshots, which do not support copying. 403 指定源镜像(ImageId)含有加密快照,不支持复制。 OperationDenied.ImageCopying The specified image is being copied. 403 正在复制指定的源镜像(ImageId)中,请稍后再试。 QuotaExceed.Image The Image Quota exceeds. 403 您的自定义镜像数量已经超过最大额度,无法复制镜像。 QuotaExceed.Snapshot The maximum number of snapshots is exceeded. 403 已经超过快照的最大额度,无法复制镜像。 RegionNotSupportCopy The region not support copy. 403 指定的目标地域(DestinationRegionId)不支持镜像复制。

2019-12-01 22:57:16 0 浏览量 回答数 0
阿里云大学 云服务器ECS com域名 网站域名whois查询 开发者平台 小程序定制 小程序开发 国内短信套餐包 开发者技术与产品 云数据库 图像识别 开发者问答 阿里云建站 阿里云备案 云市场 万网 阿里云帮助文档 免费套餐 开发者工具 企业信息查询 小程序开发制作 视频内容分析 企业网站制作 视频集锦 代理记账服务 2020阿里巴巴研发效能峰会 企业建站模板 云效成长地图 高端建站 阿里云双十一主会场 阿里云双十一新人会场 1024程序员加油包 阿里云双十一拼团会场 场景化解决方案 阿里云双十一直播大厅