Надо мониторить потребление ресурсов.
Как я понимаю, твоя задача интерактивная. Соответсвенно, как только использование cpu и io будет потреблять более 70% ресурсов (ну, до 80% в пике), то надо задумываться об апгрейде.
ЗЗЫ. Кстати, твою проблему можно решить по другому, хотя надо смотреть сколько и каких данных тебе надо таскать. Можно сервер поставить у хостера, а наружу выставить REST сервис, через который прога и будет общаться с БД (напоминаю, что REST работает через http/https, а их не закроют). RESTfull сервис на Java пишется за 5 минут (сам сервис, естественно, на логигу надо будет потратить немного больше времени). Преимущества такой архитектуры в том, что:
1. Переносимость. Вероятность, что JAVA будет на любой платформе, куда тебе придеться переползать, довольно велика.
2. Переносимость по БД, Если использовать чистый jdbc, то тебе, по большому счету, будет пофиг, какая у тебя БД будет. Только jar с драйвером приложить.
3. Можно контролировать регистрацию на уровне сервера. Т.е. защита программы "уходит" на удаленный компьютер. Соответсвенно, труднее сломать.
Ну и много еще более мелких преимуществ. Недостатки тоже есть - еще один кусок кода, который надо продумывать, менять и поддерживать, не факт, что все хостеры позволяют запускать java-приложения.
ЗЫ. А что говорит Amazon AWS. Они дают одну микру на год бесплатно. Машинка слабая, конечно, зато нахаляву. Для старта вполне подойдет. Надо проверить как у нис с открытием портов обстоят дела.
|