2012-03-26 2 views
-1

다음 문서의 내용 :JBoss 여러 서버 인스턴스, 프로덕션 환경의 여러 포트가 권장되지 않습니까?

이것은 더 쉽게 수행 할 수 있으며 sysadmin을 필요로하지 않습니다. 그러나 위에서 언급 한 이유로 생산 시스템에 대한 선호되는 접근 방식은 아닙니다. 이 접근법은 일반적으로 클러스터링 동작을 시험하기 위해 개발에 사용됩니다.

프로덕션 환경에서 이러한 접근 방식으로 인해 발생할 수있는 위험은 무엇입니까? weblogic에서는 꽤 일반적이며 여러 포트 (관리 대상 서버)로 실행되는 프로덕션 환경은 거의 없습니다.

https://community.jboss.org/wiki/ConfiguringMultipleJBossInstancesOnOnemachine

답변

2

위키 명확하게 그 질문에 대답을 제공합니다. 여기에 참조 용 위키의 텍스트는

가능하다면, 그것은 오히려 다음과 같은 이유로 포트를 변경하거나 서비스 바인딩 관리자를 사용하는 것보다 보스의 각 인스턴스에 대해 서로 다른 IP 주소를 사용하는 것이 좋습니다 :

  1. 포트 충돌이 발생하면 많은 양의 포트 및 응용 프로그램 서버가 제공되므로 문제 해결이 매우 어려워집니다.
  2. 포트가 너무 많으면 방화벽 규칙을 유지 관리하기가 너무 어렵습니다.
  3. IP 주소를 분리하면 다른 응용 프로그램 서버가 포트를 사용하지 않는다는 것을 보장 할 수 있습니다.
  4. 각 업그레이드를 수행하려면 바인딩 관리자를 다시 설정해야합니다. 대부분의 업그레이드는 서비스 바인딩 관리자 구성이있는 conf/jboss-service.xml 파일을 업그레이드합니다.
  5. 구성이 훨씬 간단합니다. 새 포트를 정의 할 때 (서비스 바인딩 관리자를 통해 또는 구성에있는 모든 포트로 이동하여) 포트를 아직 가져 오지 못하고 있는지 알아 내려고 항상 두통 거리가됩니다. JBoss 인스턴스 별 NIC를 사용하는 경우 run.sh 또는 run.bat를 실행할 때 IP 주소 바인딩 인수 만 변경하면됩니다. (-b)
  6. 다른 포트를 사용하여 3 개 또는 4 개의 응용 프로그램을 얻으면 응용 프로그램 포트 중 다른 포트로 이동할 가능성이 커집니다. 포트가 충돌하는 것을 막기가 더 어려워집니다.
  7. JGroups는 통신 할 클러스터 내의 임의의 포트를 선택합니다. 때때로 클러스터링 할 때 동일한 IP 주소를 사용하는 경우 두 개의 임의의 포트가 충돌하는 두 개의 다른 응용 프로그램 서버 (바인딩 관리자 사용)에서 선택 될 수 있습니다. 이 문제를 해결할 수는 있지만이 상황에 전혀 빠지지 않는 것이 좋습니다. 전반적으로 앱 서버의 각 인스턴스에 대해 개별 IP 주소를 사용하면 문제가 줄어 듭니다 (여기에 언급 된 문제 중 일부는 언급되지 않았고 일부는 그렇지 않음).
+0

위키 노트를 보지 못했습니다. 지적 해 주셔서 고마워요. 나는이 점들에 동의하는지 모르겠다. 나는 또한 포트 번호와 충돌을 일으키는 것과 비슷한 방법으로 네트워크에서의 IP 충돌을 지적한다. 4 & 5는 변화를 가져올 수 있습니다. – priceline

관련 문제