Tag: Amazon EC2

随着 AWS 的发展，我们不断寻求方法来让它更好地提供价值。我们与供应商合作降低成本，并且不断地探索能够以更加高效、更具成本效益的方式来构建硬件和软件的方法。除了定期和经常性的减价之外，我们还向客户提供了各种选项，可以帮助他们优化对 AWS 的使用。例如，预留实例 (首次发布于 2009 年) 与按需定价相比，使得 Amazon EC2 用户能够获得显著的折扣，并且在特定可用区中使用时可预留容量。我们的客户使用多种战略来购买和管理其预留实例。一些客户偏好进行预付从而得到更高的折扣；一些客户则偏好无预付款，不过折扣较低 (折扣仍然很可观)。介于这两者之间的客户则对只需部分预付款，即可享受到介于这两种选项的折扣感到非常满意。为了满足各种各样的偏好，我们为大部分最新一代的实例类型增加了 3 年无预付标准预留实例。我们还降低了无预付保留实例、可转换预留实例和通用 M4实例 (包括按需实例和预留实例) 的价格。这是我们的第 61 次 AWS 降价。详细信息见此处 (所有更改和降价都立即生效)： 最新 3 年标准预留实例的无预付款选项-我们以前提供的无预付款选项为 1 年期的标准预留实例。现在，我们面向 C4、M4、R4、I3、P2、X1 和 T2 标准预留实例增加了 3 年期的无预付选项。 无预付预留实例降价-我们降低了 C4、M4、R4、I3、P2、X1 和 T2 实例类型的无预付 1 年标准实例和 3 年可转换预留实例的价格，根据实例类型、操作系统和区域，降幅最高可达 17%。下面提供了在多个代表性区域中面向 Linux 的无预付预留实例的平均降价： 美国东部 (弗吉尼亚北部) 美国西部 (俄勒冈) 欧洲 (爱尔兰) 亚太地区 (东京) 亚太地区（新加坡） […]

我每个月都会多次在西雅图的执行简报中心与 AWS 客户畅谈。我会介绍我们的创新过程，并讨论如何根据客户的要求和反馈更好地制定每个 AWS 产品的路线图。一个很好的例子就是，在我们的努力下，AWS 已经成为 SAP 业务解决方案产品组合的理想平台。多年来，我们的客户向我们透露，他们在 AWS 中运行大规模 SAP 生产应用程序，而我们一直努力为他们提供旨在满足其工作负载的 EC2 实例。由于 SAP 安装始终是任务关键型应用产品，因此 SAP 对其产品可以在特定类型和大小的 EC2 实例上使用进行认证。我们直接与 SAP 合作以取得认证，并使 AWS 成为运行其产品的强大可靠的平台。下面快速回顾我们在这个领域的一些最重要的公告： 2012 年 6 月 – 我们扩大了在 AWS 上提供的经过 SAP 认证的解决方案系列。2012 年 10 月 – 我们宣布 SAP HANA 内存中数据库现在可以在 AWS 上开展生产运行。2014 年 3 月 – 我们宣布，SAP HANA 现在可以在具有高达 244 GB 内存的 cr1.8xlarge […]

信息安全现状 时钟进入到2017年，物联网安全，DDoS攻击和勒索软件被越来越多的国内外信息安全预测机构列为年度最大信息安全威胁。上周爆发的勒索软件WannaCry （又称作永恒之蓝）已席卷全球99个国家，让各类技术宅男们和信息安全的童鞋们又错过了一个美好的周末。尽管目前该病毒已被安全人员找到了阻止其传播的方法，但是类似的安全事件依然给我们敲响了云端安全运维的警钟。 WannaCry事件回顾，5月12日晚， WannaCry 蠕虫病毒在全球大肆爆发。据外媒报道，攻击在99个国家实施了超过75000次攻击。该攻击利用漏洞MS17-010中的某些版本的SMB服务器协议进行传播，利用Windows 445 端口的安全漏洞潜入电脑并对多种文件类型加密并使用户无法打开，攻击者称需支付比特币解锁，补丁程序已于2017年3月14日发布，但未打补丁的用户有可能遭受此次攻击。通过这个事件我们发现只要是购买正版操作系统并及时更新补丁的用户，都不会受到影响。永久解决办法有2个，1.开启windows的自动更新功能，将最新补丁打上； 2.对于部分比较老的windows系统可以手动下载更新包并安装。 这样的安全事件不是第一次也不会是最后一次，要确保我们的信息安全，需要做的事情有太多，比如完善的信息安全应对机制，一系列自动化运维工具或服务，坚决的执行能力以及定期的审核机制。如果你恰好开始关心信息安全，而我们又专业，不妨看看AWS是如何看待信息安全的。 AWS信息安全理念 数据属于谁？ 虽然是一个老生常谈的问题，但确实一个非常重要的问题，而且答案永远只有一个，数据属于客户。当你上云之后，如何确保你的数据真的属于你是很多客户评估是否上云时最纠结的问题！在AWS，你可以非常清晰的从上图中看到这个界限。所有操作系统以上（包括操作系统本身）的内容都是客户自己自主可控，AWS没有任何权限访问，同时如果你使用的是AWS提供的Windows或者Linux镜像，该镜像 的补丁机制是全球一致管理的，我们会从各个合作厂商那得到补丁，并第一时间更新到镜像里。如果是开篇提到的流氓攻击，在AWS上的客户可以不需要担心了，因为该补丁在镜像中自动更新了。 如何确保我在云上是安全的？ 如何数据安全可能是一个说上三天三夜都没法说完的话题，今天我们从AWS信息安全最佳实践出发，给大家从几个层面来分析信息安全的层级，并重点介绍如何帮助客户在理解理念之后的安全落地问题。首先我们可以看到在云上我们需要这么几个维度的安全，底层基础架构的安全，网络的安全，权限及审计的安全，服务本身的安全，事先预防等等。总之，信息安全从来都不是靠说的，而是靠做的，所以接下来我们给大家做一些简单示范，让你在使用AWS时更加得心应手。 底层基础架构的安全 熟悉AWS的同学可能知道，AWS底层的虚拟化平台使用的是Xen，套用一句官话，不管我们的工程师是多么的小心，我们依然需要时刻告知我们的客户对于AWS服务底层安全的疑虑，所以大家可以在以下链接找到关于Xen的信息安全公告，同时大家也可以从AWS信息安全白皮书中看到AWS如何对于底层基础架构的安全设计，限于篇幅的原因本文不作展开。 Xen Security Advisiories https://aws.amazon.com/cn/security/security-bulletins/ AWS Security Best Practices https://d0.awsstatic.com/whitepapers/aws-security-whitepaper.pdf 网络安全 上云的安全 当你的数据需要上云时，你有三种非常安全的方式来传输您的数据，通过TLS加密的HTTPS协议将数据直接通过互联网传输到S3， 建立专用VPN进行数据传输以及通过专线将AWS与您的数据中心打通，并将AWS纳入您现有的全球专线网络中，让你全球任何一个办公室或者数据中心都通过内网的方式随时的安全访问云端的数据或者系统，如同您多了一个拥有无限扩展能力的远端数据中心。 云上的安全 当您的数据或者系统已经部署在AWS上时，你可以通过上图的简单示意图来对您的系统进行网络隔离及控制。比如，你可以按照不同的应用划分不同的VPC，不同的VPC之间网络隔离，同时在同一个VPC内设置不同安全级别网络区域，如公有访问区，DMZ区，私有网络区。利用VPC内的免费防火墙工具安全组，网络ACL来对云端的机器及网段进行精细化控制。如图上的例子，你可以通过图形界面在安全组上关闭该机器137,139,445 端口就能轻松的规避本文开篇提到的流氓攻击。如果您确实需要开启这些端口，也可以在安全组内指定对具体的源IP开放端口，或者将这些机器放置在私有网段，当这些私有网段的机器需要访问互联网的某些站点进行补丁升级等操作时，通过NAT的方式允许VPC的出向流量。 如果您还需要对VPC内不同私有网段的机器访问进行更精细化控制，还可以通过另外一个免费的防火墙网络ACL来实现。 当您的网络与AWS云端VPC通过VPN或者专线联通时，你还可以通过路由表来控制您哪些数据中心的网段可以访问云端的哪些网段。 权限及审计安全 当你的业务上云后，你可能面临不同人员需要管理你云端资源，这些人可能包括，您公司的开发人员，运维人员，财务部，人事部以及您外部形形色色的服务供应商或者运维外包供应商，如何给予这些人员适当权限去访问他们需要访问的AWS资源以及事后审核这些人员的访问情况，是很多企业客户迫切需要解决问题。 AWS IAM不但可以轻松解决上述所有访问权限问题，还可以帮您打通绝大部分企业遇到的SSO问题，让你数据中心的AD或者第三方机构与AWS建立授权机制，当您的用户在本地AD通过验证后，直接访问AWS上的数据，无需重复创建用户。同时可以给所有IAM用户开启复杂密码功能，并强制用户每隔一段时间修改密码。 内审或者外审通常是一个企业每年必做的事情，在AWS只需开启CloudTrail服务就可以自动记录所有AWS资源的使用情况，下图是一个CloudTrail的简单示例，我们可以看到什么时间哪个用户对什么资源做了什么事情。 同时还可以进一步查看某个事件的详细信息，便于审核，如下图所示： 服务本身的安全机制 由于AWS服务众多，限于篇幅的原因，本文重点讲解AWS虚拟机(EC2)的安全，如您对其他服务也很感兴趣，欢迎阅读AWS安全白皮书。 AWS Security Best Practices https://d0.awsstatic.com/whitepapers/aws-security-whitepaper.pdf      Amazon EC2多层安全模型 Amazon EC2多层安全模型包含底层物理服务器的操作系统，虚拟操作系统或者客户操作系统，防火墙和签名的API调用。目标是防止EC2内的数据被未授权的系统或者用户访问，在不牺牲客户配置灵活性的时，尽最大限度保证EC2本身的安全。 Amazon EC2当前利用了一个AWS高度定制化的Xen […]

简介 AWS IAM（身份和访问管理服务）中的角色使您的应用程序在Amazon EC2上能够使用临时的安全凭证自动实现AWS服务的创建，发布和内容修改。使用这样的临时凭证是IAM的最佳做法，因为您不再需要在实例上维护一个或多个长期密钥。对EC2使用IAM角色也无需再使用必须手动或以编程方式管理的长期AWS访问密钥。 例如，应用程序必须通过AWS证书签署API请求。因此，如果您是应用程序开发人员，您需要一个策略来为EC2实例上运行的应用程序管理证书。您可以安全地将您的AWS证书分配至实例，从而允许这些实例上运行的应用程序使用您的证书签署请求，并保护其免受其他用户的影响。但是，要将凭证安全地分配至每项实例有一定难度，尤其是AWS以您的名义创建的实例，例如竞价型实例或Auto Scaling组中的实例。当您更换AWS证书时，您还必须能够更新每项实例上的证书。IAM角色能够委托授权以发出API请求，而不用创建并分配您的AWS证书。详细解决方案，请查阅文档适用于Amazon EC2的IAM角色。 之前，IAM角色只能在实例创建设置时添加，这导致了过去创建的实例和忘记添加IAM角色的实例无法使用IAM角色操作实例，从而被迫重新部署实例及应用程序。从现在开始，您可以通过将IAM角色附加到现有的尚未被角色附加的EC2实例，来使用AWS提供的临时安全证书操作EC2实例，您还可以随时替换附加到现有EC2实例的IAM角色。 适用范围 文中的操作步骤已于2017年2月23日验证通过，其中AWS CLI版本1.11.48，在AWS全球和AWS中国区均能正常使用。 解决方案 1.   创建IAM角色 2.   将IAM角色附加给现有EC2实例（最初没有IAM角色附加） 3.   更换附加到Amazon EC2的IAM角色 4.   移除附加到Amazon EC2的IAM角色 本文假设您具有创建IAM角色的权限，并具有调用EC2 API的权限。 AWS命令行操作步骤中所有出现的占位符{Some Words}，都应该替换为实际资源名称。 AWS控制台操作步骤 1.  打开EC2控制面板，并选择左侧边栏的“实例”。 2.  选择您的实例，依次点击上方的操作->实例设置->Attach/Replace IAM role 3.  打开IAM role下拉菜单，选择您想要附加给当前EC2的IAM角色，No Role代表不附加角色，选好后点击右侧的Apply按钮。选择并应用的过程实际上包含了：将IAM角色附加给现有EC2实例（最初没有IAM角色附加）；更换附加到Amazon EC2的IAM角色；移除附加到Amazon EC2的IAM角色。 4.  如果您选择了No Rule（即移除EC2上的IAM角色），会显示如下页面： 5.  如果您未作出有效的修改，会显示如下页面： 6.  如果您的修改有效，会显示如下页面： AWS命令行操作步骤 开始操作之前，请确保您的CLI版本大于等于1.11.48。如果您对当前自己的CLI版本有疑问，可以在命令行中执行以下命令进行版本查询： $aws –version 如果您已经有 pip 和支持的 Python 版本，则可以使用以下命令安装 […]

在之前的文章中，我们曾经探讨过基于GPU的通用计算所带来的优势，而最近P2实例更是升级到可以搭载16 块GPU。正如之前所提到，GPU能够提供极为强大的处理能力与资源规模，同时可有效降低您时间及整体计算成本。 今天，我很高兴向大家公布一项我们正在努力开发的全新GPU功能。大家将能够很快向现有的各种EC2实例类型中加入图形加速机制。在使用G2或者P2实例时，实例的具体规模将决定其中包含的GPU数量。虽然这种方式适用于多数应用类型，但我们认为，同样存在大量需要配合更新且更为灵活的GPU使用模式的应用实例。 Amazon EC2 Elastic GPU 即将推出的Amazon EC2 Elastic GPU允许大家充分发挥这两类优势。大家可以选择最适合自身应用的EC2实例类型及规模，而后在启动该实例时指定您需要使用Elastic GPU，并从以下四种选项中做出选择： 名称 GPU内存 eg1.medium 1 GiB eg1.large 2 GiB eg1.xlarge 4 GiB eg1.2xlarge 8 GiB 现在，大家已经能够在启动新实例时自由创建EBS分卷。而在这项服务推出后，您将可以通过类似的方式使用Elastic GPU，即在启动过程中通过停止、修改与启动等选项指定必要的GPU资源规模——整个变更过程非常轻松。 从 OpenGL开始 我们的Amazon优化型OpenGL库将自动检测并使用Elastic GPU。作为初步方案，目前我们能够在Windows环境下支持Open GL，并计划未来为Amazon Linux AMI及其它OpenGL版本提供支持。我们还将整合对其它3D API的支持能力，具体包括DirectX以及Vulkan（如果大家对此抱有兴趣，请与我们联系）。我们还将在未来的版本中把Amazon优化型OpenGL库添加至现有微软Windows AMI当中。 OpenGL在渲染方面表现出色，但客户要如何查看渲染后的成果？问得好！选项之一是利用NICE的桌面云可视化工具将渲染内容以流媒体形式交付至任意HTML 5兼容型浏览器或者设备当中（AWS于今年早些时候收购了NICE）。支持最新版的Firefox与Chrome浏览器，以及全部智能手机与平板设备。   我相信这种独特的硬件与软件结合方案将适用于各类3D视觉与技术计算应用的托管用例。我们目前已经有两家客户与我们分享春反馈意见。 ANSYS公司企业解决方案与云副总裁Ray Milhem告诉我们： ANSYS Enterprise Cloud提供一套虚拟化模拟数据中心，其专门面向AWS进行优化。该云服务提供丰富的交互式图形体验，可用于支持端到端工程技术模拟流程，帮助我们的客户交付各类创新型产品设计方案。利用Elastic GPU，ANSYS公司将能够更为轻松地以符合客户价格与性能需求的方式提供出色体验。我们已经对运行在Elastic GPU上的ANSYS应用进行了认证，旨在帮助客户更为高效地立足云环境实现创新。 西门子产品生命周期管理（简称PLM）公司NX产品管理副总裁Bob Haubrock同样给出了非常积极的反馈意见： Elastic GPU堪称云环境下计算机辅助设计（简称CAD）的游戏规则改变者。凭借Elastic GPU的帮助，我们的客户现在能够在Amazon EC2之上配合专业级图形处理能力运行西门子PLM NX，同时充分发挥AWS提供的灵活性、安全性及全球化规模优势。西门子PLM对于NX在EC2 […]

众所周知，Amazon EC2 有多种经过优化的实例种类及付费模式供选择。那么每一类实例的价格优势在哪里？计费有什么不同？哪一种计费模式在满足业务需求的同时更节省成本呢？今天我们就来八卦一下 按需实例 这是AWS最基本最朴实的经典款，计费模式简单明了，用多少付多少。价格公道，童叟无欺。 预留实例 地地道道的“经济适用型”，只选对的，不选贵的！ 不差钱儿，钱也要花的漂亮不是～ 相比较按需实例，预留实例有两个明显的优势：1.预留容量 2. 价格折扣，最高可节省 75%。 你可以把它理解为包年模式的按需实例，有1年期或3年期。 付款方式有三种：No Upfront、Partial Upfront、All Upfront No upfront： 不需要任何预付款，按月支付，每小时的价格低于按需的费率30%左右 Partial Upfront：下单的时候先付一部分费用，剩下的费用分摊12个月里，每月支付 All Upfront：一次付完一年的费用，每月无需再付 竞价实例 除了以上两种实例，今天给您介绍的是另一款比预留实例更优惠的实例类型，绝对有竞争力！与按需实例的价格相比，这类实例最多可以为您节省 90% 的成本呢。它就是竞价实例！听这名字，立刻就能想到竟拍，恩，想象力不错，是这么回事儿，价高者得！咦，说好的省钱呢？价高者得？我四不四傻？……囧一个……听我细细道来哈，真相是酱式儿滴… 啥是竞价实例？ 首先聊聊啥是竞价实例。想象一下，Amazon有个很大的池子，把闲置的资源以远远低于按需实例的价格投入市场（请注意，竞价实例的价格是不固定的，Amazon EC2根据市场的供求关系定价，每小时价格随着市场供需变化波动）。由于定价较低，大家都抢着买，给谁用不给谁用呢。游戏规则就出来了：竞价！所以它的名字由此而生。 竞拍价格游戏规则 卖方：Amazon EC2根据市场供需定价（请注意，价格像波浪一样随时变化） 买方：出价（您愿意为实例出多少钱您自己定，但请求一旦提交，出价不能更改） 计费规则： 如果您的出价高于现价，您的竞价型实例就会运行。所谓价“高”者“得”，您以高于其他竞争者的出价获得启动实例的机会，但实际不一定是以您出的价格收费，而是按照低于或等于您出价的当时的市场价格计费。很划算吧？当然啦，为了保护所有买方免于产生额外费用，竞价型实例的出价限制为按需价格的十倍。 由于这种实例的特点是根据需求的变化，每小时价格都在波动。因此当您使用竞价型实例时，您必须做好应对中断的准备（建议您不要为不能中断的应用程序使用竞价型实例）。 当现货价格上涨超过了您的出价或闲置的EC2实例供应减少时， Amazon 将终止您的竞价实例收回资源。在实例终止时，Amazon EC2会提前两分钟发出警告通知您。 如果您需要保证在一定的时间内使用这个实例，您可以选择创建带有指定持续时间的竞价型实例。当市场价格发生更改时，您的这些实例不会终止。不过这样一来，每小时的价格会比竞价实例的每小时价格要高。 竞价型实例运行方式及生命旅程 要想使用竞价实例，您需要创建一个竞价型实例请求，其中包括您需要的实例类型、实例数量、可用区以及您的出价。（请注意：提交请求之后，您无法更改竞价请求的参数，包括出价），同时选择请求类型，一次性或持久性？如果是持久性请求，竞价型实例终止之后会重新打开请求，再次加入下一轮竞价。 举个栗子，小编打算在俄勒冈区域的某个可用区购买一个m4.large的竞价实例 辣嚒，首先小编需要从 Amazon EC2 控制台或describe-spot-price-history 命令 (AWS CLI)查看近期的现货价格历史记录（最多可查看近三个月的现货价格历史记录）。小编查看了最近一周这个实例的市场价格，以帮助小编举牌。知己知彼，百战不殆嘛！ 从上图可以看出，最近一周的价格波动区间是$0.1478/小时-$0.163/小时, 也可以选择在一天的范围内查看）。思来想去，小编决定最高出价$0.155/小时，好，准备举牌了！ […]

你是否曾经在通用型工具与专用型工具之间左右为难？通用型工具可以解决多种不同的难题，但却未必是特定问题的最佳解决选项。相反，专用型工具擅长处理特定问题，但工具的使用频率往往不会很高。 工程师们在设计架构及指令集时同样需要考虑这一问题。他们始终追求能在更加通用的工作负载范围内，提供更佳性能表现的解决方案。然而新型工作负载与工作条件不断涌现，只有定制化硬件才是性能最佳之选。这就要求我们在其中找到平衡点：是要极出色的性能水平，还是要保证以年甚至季度为周期进行衡量的开发生命周期？ 走入FPGA时代 作为一种备受瞩目的解决方案，我们迎来了基于定制化硬件的现场可编程门阵列机制，或者简称为FPGA。相较于单纯着眼于一种特定功能的专用型芯片，FPGA拥有更为出色的灵活性。其能够在现场完成编程，而后再接入PC主板的插槽当中。每块FPGA中包含一组固定且数量可观的简单逻辑门。对FPGA进行编程“基本上”就是将这些逻辑门彼此对接，从而建立起必要的逻辑功能（包括AND、OR以及XOR等等）或者存储元素（触发器与移位寄存器）。不同于CPU的串行本质（即数个并行元素）以及固定大小的指令集与数据路径（通常为32位或64位），FPGA能够以编程方式并行执行更多操作，而这些操作本身几乎不设任何宽度或者规模限制。 这种高并行模式非常适合用于构建定制化加速器，从而处理计算密集型工作负载。在经过有针对性的编程之后，FPGA能够在基因组学、抗震分析、金融网络分析、大数据搜索以及加密算法及应用领域提供高达30倍的速度增量。 希望这些优势能够鼓励大家尝试利用FPGA加速您的应用程序！不过必须承认，要实现这样的效果，我们还需要克服一系列挑战。首先，FPGA从传统角度讲属于大规模专用型系统的一类组件。大家无法单纯购买一款并将其接入自己的台式机。相反，实现FPGA型解决方案要求我们完成硬件原型设计、硬件设备构建、大规模生产以及漫长的销售与部署周期等筹备工作。漫长的实现时间会限制FPGA的适用性，这也意味着摩尔定律指导下的CPU类解决方案也许更具成本效益。 但我们相信，我们能够在这方面做得更好！ 全新F1实例 现在，我们发布了全新F1实例的开发者预览版。除了构建应用及服务供您自己使用之外，大家也可以将其进行打包并在AWS Marketplace中出售并进行复用。总体而言，大家将能够避免使用FPGA支持型解决方案所带来的高昂资本投入与时间消耗，我们提供的方案将带来与其它类型软件相同的商业模式。大家将能够通过云工具设计您自己的逻辑、模拟方案以及验证流程，而后在数天之内将其推向市场。 F1实例配备有英特尔Broadwell E5 2686 v4处理器（基本速度为2.3 GHz，Turbo模式下全核心可达2.7 GHz，Turbo模式下单核最高可达3.0 GHz），最多976 GiB内存、最高4 TB NVMe SSD存储以及一到八块FPGA，这意味着其能够为大家提供充足的资源以构建自己的核心FPGA逻辑。各FPGA专用于此实例，且以隔离方式确保在多租户环境下的不致相互影响。 下在来看该FPGA的具体规格（请注意，单一F1实例中最多可使用八块FPGA）： Xilinx UltraScale+ VU9P，采用16纳米制程工艺制造。 64 GiB ECC保护内存，配合288位总线（四DDR4通道） 专用PCIe x 16 CPU接口 约250万逻辑元素 约6800套数字信号处理（简称DSP）引擎 提供虚拟JTAG接口用于调试 在包含超过一块FPGA的实例当中，专用PCIe架构允许各FPGA共享同一套内存寻址空间并通过PCIe Fabric以最高每秒12 GB的单工速率实现彼此通信。单一实例中的各FPGA共同接入一套400 Gbps双向环状结构以实现低延迟水平与高传输带宽（大家需要定义自有协议以使用这项高级功能）。 FPGA开发流程 作为这套开发者预览版中的组成部分，我们还提供FPGA开发者AMI。大家可以在内存优化型或者计算优化型实例当中启动该AMI，从而实现开发与模拟，而后利用F1实例进行最终调试及测试。 此AMI包含多款开发者工具，大家可以在AWS Cloud当中免费加以使用。您需要使用VHDL或者Verilog编写FPGA代码，而后利用Xilinx Vivado设计套件（当然也可以使用第三方模拟工具、高级语言编译器、图形编程工具以及FPGA IP库）对代码进行编译、模拟与验证。 下面来看一段简单8位计数器的Verilog代码示例： 虽然这些语言常被描述为使用类C语法，但这并不代表大家可以直接使用现有代码并通过重新编译将其应用于FPGA当中。相反，大家需要首先对FPGA编程模式进行深入了解，学习布尔代数，而后掌握传播延迟与时钟脉冲边沿等概念。在此基础之上，大家才能够开始考虑将FPGA引入您的业务环境。如果这些底层知识对您来说太过艰深，大家亦可使用各类现有高级综合工具，包括OpenCL等，进行FPGA编程。 在启动自己的实例后，我进行登录、安装多款软件包并设置许可管理器，而后即可运行Vivado工具。接下来，我RDP到桌面，打开一个终端窗口并以GUI模式启动Vivado： 我随后打开该示例项目（counter.xpr），这就是我初次尝试后的FPGA设计与开发成果： 在一番探索之后，我了解了如何建立自己的首个FPGA（其实我基本上就是到处点点并了解其作用; 我本人在这方面甚至连新手都算不上）： 从这里开始，我可以测试自己的设计并将其打包为Amazon FPGA镜像（简称AFI），而后将其运用在自有应用或者发布至AWS Marketplace当中。我还将继续摸索，希望能用几周时间弄清一切并向大家汇报。 F1硬件开发工具包 […]

很高兴宣布自2016年12月1日起，EC2产品价格调降，希望能让各位用户以愉悦的心情迎接即将到来的新年假期。我们对于产品技术研发的持续投入，用户规模，以及久经考验的运营能力，让我们能够将节省的成本回馈给各位用户，以回报大家长久以来的支持。 我们将调降C4，M4， 和T2实例的按需，预留(标准及可转换)，还有独享型实例价格，依地区及平台选择(Linux，RHEL，SUSE，Windows等)略有不同。AWS所有的地区均适用于此次价格调降。举例说明： 由光环新网运营的AWS中国(北京)区域，M4和T2实例降价高达10%，C4实例降价高达5%。 按照惯例，用户不需采取任何行动以受惠于此次按需购买实例的价格调降。如果用户使用了Billing Alerts 或是更新的Budget功能，也许要考虑做相应的调整｡

（本操作文档部分叙述内容与技术知识引用自AWS官方网站） 要在 Amazon EC2 中使用您的 VM，您必须首先将其从虚拟化环境中导出，然后使用 AWS Command Line Interface (AWS CLI) 或 API 工具将其导入 Amazon EC2。（AWS Console不支持从VM导入AWS的操作功能。） 从总体上看，要将VM导入到Amazon EC2中，需要经过以下五个步骤： 1. 安装 AWS CLI。 2. 为 VM 导入 Amazon EC2 做准备。 3. 从虚拟化环境中导出 VM。 4. 将 VM 导入 Amazon EC2。 5. 在 Amazon EC2 中启动实例。 本次实验使用VMware Workstation 10，把Ubuntu原生镜像ubuntu-12.04.5-desktop-amd64.iso导入到VMware Workstation 10。自行个性化操作后，利用VMware Workstation 10导出OVF映像的功能，获得VM的vmdk文件。并用AWS CLI，以流优化型 ESX 虚拟机磁盘 […]