Я думаю, что Discourse работает преимущественно на одном ядре, верно? Значит, нужно отдавать предпочтение производительности одного ядра вместо многоядерности, не так ли? Например, на Vultr у меня есть возможность выбора между этими двумя вариантами (разница в цене составляет 8 долларов, но я хочу понять, действительно ли это имеет значение в итоге, несмотря на меньшее количество ядер, из-за значительно более высокой производительности на одно ядро):
Второй вариант — это решение High Frequency Compute от Vultr. Мне очень важно узнать, действительно ли использование 3 ядер вместо 4, но с такой оптимизацией памяти и производительности на одно ядро (я, кажется, правильно понимаю, что это не совсем так?), будет более эффективным для работы Discourse или нет. Большое спасибо всем за советы, которые вы мне дадите!
Это действительно зависит от вашего сценария использования. Я бы выбрал вариант с большим количеством ядер. В любом случае вы можете выгрузить загрузку файлов в S3, поэтому оба ваших предложения, честно говоря, предлагают огромный объем хранилища (хотя это зависит от того, переносите ли вы большое сообщество с большим объемом уже существующих данных).
Оба этих сервера являются явным избытком, если вы начинаете с нуля; в таком случае я бы рекомендовал сервер с 2 ядрами, 2 ГБ ОЗУ и 60 ГБ дискового пространства. Если вы обнаружите, что упираетесь в ограничения производительности, мигрировать на более мощный сервер будет крайне просто.
Лучшее, что можно сделать, — это отслеживать работу вашего экземпляра в производственной среде, когда количество пользователей увеличится, чтобы увидеть, упираетесь ли вы в какие-либо ограничения.
Существует так много переменных, что практически невозможно дать вам конкретный совет.
Как Роберт уже сказал выше, потребность в ресурсах действительно зависит от того, какой паттерн использования будет у вашего сообщества.
Более быстрые ядра помогут Discourse выполнять задачи быстрее, что может сделать интерфейс более отзывчивым, но большее количество ядер позволит вам выполнять больше задач одновременно, распределить нагрузку и, возможно (хотя это большой вопрос), обслуживать больше пользователей одновременно.
Если вам действительно нужны такие конфигурации (более одного ядра и 2 ГБ ОЗУ), я рекомендую сначала провести тестирование, чтобы определить, каких ресурсов вам будет не хватать больше всего, и на основе этого принять лучшее решение.
