Я думал о том, как масштабируются приложения и на что в конечном итоге тратится больше всего процессорного времени или места на жестком диске.
Я знаю, что этот вопрос - расплывчатый вопрос и зависит от типа приложения, но если у кого-то есть опыт работы с приложениями в масштабе, поделитесь своим опытом о том, что в конечном итоге дороже всего в новых облачных / бессерверных приложениях.
Это сильно зависит от того, как выглядит ваша инфраструктура.
Обратите внимание, что ваш вопрос можно считать не относящимся к теме или слишком общим в формулировке, но, учитывая общий интерес к таким вопросам, я дам ответ.
Во-первых, вы рассматриваете только 2 из 3 основных ресурсов, третий - это оперативная память. Я говорю это потому, что в сегодняшней среде виртуальных машин с несколькими виртуальными машинами на хост, скорее всего, не хватит оперативной памяти, а не процессора.
Таким образом, если ваша инфраструктура будет расширяться, а приложения будут разрабатываться, вам потребуется предварительное планирование. При этом планировании вы должны учитывать все аспекты, касающиеся необходимых ресурсов ЦП, ОЗУ и жесткого диска, и даже требований к пропускной способности сети. В каждом случае вам нужно будет убедиться, что вы годны, не тратя лишних средств. Если вы можете добавить оперативную память с минимальным временем простоя, в случае с процессорами вы как бы застряли на том, что вы изначально получаете, что касается жестких дисков, это зависит от используемого хранилища: вы использовали все отсеки с самого начала, вы используйте внешнее хранилище или и то, и другое.
В моем первоначальном плане у меня было 5 серверов dell с 3 системными дисками + 5 большими дисками 8 + ТБ для хранения. Затем я распределил около 20 виртуальных машин на 5 физических. У меня все еще оставалось меньше половины всех ресурсов. В течение следующих лет мы добавили больше серверов, которые я распределил в соответствии с бесплатными ресурсами: если серверу требовалась большая вычислительная мощность, я развернул его на хосте с большим количеством невыделенных ядер ЦП. Если требовалось много оперативной памяти, я развертывал ее на хосте с большим количеством свободной оперативной памяти. Аналогичным образом я развернул сервер журнала на хосте с большим количеством доступного пространства. Я добавил еще как минимум 10, но до сих пор ни один ресурс не приблизился к предупреждению. Все закончилось хорошо благодаря хорошей планировке. Я также считал, что в случае отказа одного из физических серверов у других будет достаточно ресурсов для размещения виртуальных машин других. Тогда у нас просто есть резервный сервер для этой цели, поэтому мы больше не имеем этого ограничения.
Итак, вывод: вам нужен хороший стартовый план.