Возможный дубликат:
Можете ли вы помочь мне с планированием моей мощности?
Я бы хотел хотели масштабировать веб-приложение в облако, и хотел знать, есть ли у кого-нибудь опыт расчета затрат и мог ли я сказать мне, как я буду это делать. У меня вообще НЕТ опыта работы с облачными сервисами.
В настоящее время моя производственная среда состоит из двух веб-серверов и одного сервера базы данных .
Если приложение продолжит линейный рост, в конечном итоге я захочу масштабироваться до облака, чтобы избежать каких-либо более долгосрочных обязательств по дополнительному оборудованию.
Я хочу иметь возможность создать аналогичную среду, которая есть у меня сейчас, в качестве основы. Сделайте это своей фиксированной стоимостью, которая будет у меня всегда.
Я также хочу рассчитать свои переменные затраты, которые будут увеличиваться с увеличением количества пользователей или пропускной способности.
У меня нет предпочтительного поставщика облачных услуг. Amazon , Rackspace, Terremark или любой другой подойдет, если вы понимаете, как рассчитать мои постоянные и переменные затраты.
Calculating cloud-costs is simple on the surface, but complex once you get to the spread-sheets.
The simple part is you need to know 5 things:
Drop that into a spreadsheet with the cloud-provider's costs and you have your per-month costs.
The complex part comes in identifying those performance metrics, and working out the exact pricing strategy that works best for you. You already know server-count, and that's probably 90% of your total cloud-costs right there; three always-on servers are going to run you much, much more than you're likely to involve in the form of disk-space, disk-IO, and network throughput.
As for pricing, the cloud providers I know do allow different pricing schemes for rarely-on, sometimes-on, and always-on servers. Generally with a variable up-front cost and reduced hourly costs for the sometimes/always variants that come out to a significantly cheaper per-year cost than the straight-up hourly charge.