2013-03-31 3 views
0

Я читаю о том, как jboss связывает факторы нагрузки и события жизненного цикла с mod_cluster, чтобы эффективно балансировать баланс кластера. В рубине на рельсах мир единорога и пассажира 4 делают внеполосную сборку мусора, где один экземпляр временно вывозится из кластера, чтобы выполнить его gc, а затем снова вставить, так что задержка ответа не влияет на gc. Делает ли jboss & mod_cluster то же самое, или что-то, что фактически одинаково?mod_cluster & jboss: вне группы сбор мусора?

ответ

1

Ну ... если у вас возникли проблемы с сборкой мусора в вашей производственной среде (например, абсолютно безответная система в течение 10 минут), у вас скорее проблема с конфигурацией JVM/приложения.

mod_cluster, как интеллектуальный балансировщик нагрузки, вычисляет нагрузку на рабочие узлы и отправляет ее обратно в httpd. Эта нагрузка может состоять из одного или нескольких из этих показателей:

  • детальности
  • кучного
  • Процессорных
  • запросов
  • получают трафик
  • посыл-трафик
  • сессий

Я бы подумал что интенсивная сборка мусора будет легко подхвачена метрикой процессора.

С другой стороны ... Если вы действительно хотите решить проблему сбора мусора таким образом, было бы лучше сделать это через консоль mod_cluster-manager, где можно временно отключить узел. Как только узел будет отключен, на нем не будет никаких новых сеансов, поэтому после того, как все сеансы будут разряжены, у вас может быть узел без каких-либо активных запросов.

Альтернативный способ - написать собственную метрику нагрузки, которая каким-то образом определит, готов ли JVM к GC, и если это так, это повлияет на отправку нагрузки. Тем не менее, я считаю, что это довольно грязный трюк.

HTH