csh*_*ple 2 hosting dedicated-server amazon-ec2
我正在考虑在何处托管我的网站,而且我确实在亚马逊网络服务上有售,但由于定价问题,我无法真正决定这是否是我想要的课程。一方面,我不确定要在成本计算器中放置什么设置才能得到正确的估算。
我将需要一个 EC2 实例,因为我将运行 Apache 服务器,并且我将运行一个 Java 应用程序,该应用程序将托管一个将与 MySQL 数据库交互的 Web 服务。(我不确定是否应该使用 Amazon RDS)
如果我必须做出一个非常粗略的估计(乐观的绝对上限),我会说我需要每秒支持 5 个 Web 请求,并且在 MySQL 上的请求数量大致相同。也许,向用户提供 50GB 的带宽。
一个小型 EC2 实例是:“小型实例(默认)1.7 GB 内存、1 个 EC2 计算单元(1 个虚拟核心和 1 个 EC2 计算单元)、160 GB 本地实例存储、32 位平台”
大型 EC2 实例是:“大型实例 7.5 GB 内存、4 个 EC2 计算单元(2 个虚拟内核,每个虚拟内核具有 2 个 EC2 计算单元)、850 GB 本地实例存储、64 位平台”
所以,如果我选择小的,我想我可以期待大约 200 美元的账单和大约 350 美元的大账单。我是否只是远离 Amazon EC2 而关注较小的托管公司?
非常感谢
cyb*_*x86 13
正如您所注意到的,除了运行实例的成本之外,还有许多与 EC2 相关的成本,但是,您的问题中提到的“实例存储”不是其中之一。
每个 EC2 实例(t1.micros 除外)都带有临时存储,无需额外费用(I/O 和存储均不包括在内)。但是,此存储不会持久 - 一旦实例停止或终止,临时存储的内容将被擦除。它仅用于临时目的(例如临时文件、某些类型的缓存、构建过程中的中间文件等)
因此,您将需要一个 EBS 卷来存储您的文件 - 无论是用于核心软件还是您的 Web 应用程序。我通常倾向于使用至少 2 个 EBS 卷 - 一个用于根卷,我希望对它进行最少的更改,另一个用于其他所有内容(数据库、日志、邮件、应用程序 + 用户数据等)。
EBS 存储
我无法判断您的存储需求,但软件(操作系统 + LAMP 堆栈 + 邮件等)可能会低于 2GB。我认为您的应用程序相当小——这意味着未知的是用户数据(数据库、文件等)——我认为在大多数情况下,10GB 可能足以开始。
总计:15GB = 1.50 美元/月(0.10 美元/GB/月)
EBS 估计 IOPS:
总计:13 - 36 IOPS - 成本:3.42 美元 - 9.46 美元/月(~0.2628 美元/月/IOPS)
带宽输出
50GB/月(您的估计)= 0.120 美元*49 = 5.88 美元/月(第 1 GB 是免费的)
弹性IP
只要弹性 IP 附加到正在运行的实例,它就是免费的
备份 - EBS 快照
我估计与您存储的总数据大致相同的已用空间(数据被压缩并且每个快照都是差异的,但它们会随着时间的推移而累加),因此假设您的根驱动器上只有 8GB 的数据 + 2GB = 10GB(显然,交换不会被快照);
10GB = 1.25 美元/月(0.125 美元/GB/月)
总计,不包括 EC2 实例成本:
弹性 IP - 0.00 美元 EBS 存储 - 1.50 美元 EBS I/O - 5.00 美元(范围中间的数字) EBS 快照 - 1.25 美元带宽 - 5.88 美元总计:13.63 美元/月
实例成本
现在,您需要实际的实例成本。如果您将连续运行机器(网络服务器需要) - 我建议保留实例。(平均 730 小时/月)
t1.micro:
m1.小:
根据您所做的选择,您的成本介于 20 美元/月(3 年预留 t1.micro)和 80 美元/月(按需 m1.small)之间。
笔记:
每秒 5 个请求是一个相当小的数量 - 即使是 t1.micro 也应该能够处理。我建议首先在该实例类型上尝试您的应用程序(AWS 确实为新客户提供了一年的免费 t1.micro 使用)-如果您需要更大的实例类型,只需停止(而不是终止)您的实例,并且修改实例属性,您可以在运行新实例的 5 分钟内重新上线。
我不是 Java 人 - 但是如果您可以使用轻量级 Web 服务器(nginx、lighttpd)而不是 Apache,您将从 EC2 实例中获得更好的性能(Apache 的主要问题是它的内存使用情况,尤其是在 t1 上) 。微)。
如果您使用 t1.micro,我建议您不要使用 64 位操作系统,它的内存量有限,而且 64 位寄存器在没有明显收益的情况下大大增加了所需的内存。
另外,如果您对操作系统没有特别偏好,我建议您使用 Amazon 的 Linux AMI - 它基于 RHEL/CentOS,删除了所有不必要的部分,并得到官方支持(并且他们将存储库保持在日期!)。
不要理会 Amazon RDS - 大多数人发现它的性能不是那么好,并且它没有提供太多“自动”功能(例如,您仍然必须手动设置复制等,并且适用正常限制)。
关于 t1.micros 的注意事项 - 它们的性能变化很大 - 如果您可以将 CPU 使用率保持在较低水平,您会没事的,但是如果您发现它出现峰值,则性能会很糟糕。其他实例的性能要稳定得多。
最后,虽然您想知道它的成本是多少,但不要高估。很容易推测您将需要一个庞大的服务器来运行您的应用程序,但如果您发现它出现了,您以后总是可以找到不同的提供者,或者转移到不同的实例类型。使用云模型,您不需要过多考虑未来的规模,因为它很容易扩展。
您可以尝试使用AWS 成本计算器来处理数字(尽管就我个人而言,我更喜欢手工计算)。
归档时间: |
|
查看次数: |
6231 次 |
最近记录: |