웹 서버를 정기적으로 다시 시작하는 것이 업계 최고의 모범 사례입니까? [닫은]

Tomcat에서 실행되는 웹 응용 프로그램 (타사에서 개발)이 있습니다. 응용 프로그램에서 성능이 매우 떨어졌습니다. 응용 프로그램 개발자는 매일 밤마다 웹 서버를 다시 시작하여 모든 메모리 사용을 늘리고 다시 시작하는 것이 업계 모범 사례라고 주장합니다.

고객의 관점에서 하루 동안 사이트 충돌 문제를 완화하지만 SysAdmin 관점에서 보면 끔찍한 솔루션입니다.

우리는 서로 다른 클라이언트를 위해 서로 다른 서버에 이러한 응용 프로그램 20 개를 호스팅하며 매일 밤 모두 다시 시작되도록 조정합니다.

이것은 최선의 방법이 아닙니다. 모든 것이 올바르게 작동하는지 확인하기 위해 주기적으로 서버를 다시 시작 하는 것이 좋지만 야간에 다시 시작해야하는 경우 응용 프로그램에서 매우 심각한 메모리 누수가 발생합니다.

"Best Practice", 많은 사람들이 정당한 이유로하는 일과 "Common Practice", 많은 사람들이 게 으르거나 무지하기 때문에하는 것 사이에는 차이가 있습니다.

계속 정상적으로 실행하기 위해 정기적으로 다시 시작하거나 재부팅해야하는 응용 프로그램 및 (나쁜) 서버 는 일반적입니다. 그러나 또한 심각한 버그가 있음을 분명히 나타냅니다.

정기적으로 응용 프로그램을 다시 시작하도록 SOP를 설정하면 회사는 카펫 아래에 심각한 버그를 숨기고 있습니다. 이것은 변명 할 수 없으며, 벌레는 엎질러지고 찌그러 지거나 나중에 다시 물릴 것입니다.

이상적인 회사는 더 나은 개발자를 찾아야합니다. 불행히도 이로 인해 많은 코드를 다시 작성하는 데 많은 작업이 발생할 수 있습니다. 개발자가 잘못 작성된 코드를 수용 할 수 있다고 생각하거나 버그가있는 코드의 증상을 인식 할만큼 충분히 알지 못한다는 사실은 코드의 품질이 낮음을 나타냅니다. 좋은 개발자는 헌법 상 그 상태로 둘 수 없습니다.

개발자를 대신 할 수있는 위치에 있지 않을 경우 몇 가지 제안 사항이 있습니다.

• 더 나은 개발자가 코드를 검토하고 코드에 대해 무언가를 할 수있는 사람에게 평가를보고 할 수 있는지 확인하십시오.
• 프로파일 링 도구를 살펴보십시오. 기술 및 / 또는 성향이 있다면 코드를 직접 프로파일 링하여 누출을 찾아보고하십시오.

개발자 중심의 프로파일 링 도구를 사용하지 않아도 Java 응용 프로그램의 메모리 사용을 프로파일 링하고 모니터링하는 데 필요한 sysadmin 중심의 도구가 많이 있습니다. 어떤 경우 든 프로덕션 서버에서 메모리 모니터링 (특히 힙)을 실제로 설정해야합니다. 품질 코드를 실행하는 경우에도 권장합니다. 버그가 많은 앱이 넘어 질 때 미리 경고 할 수 있습니다.

그러나 더 나은 방법은 누출이 있다는 증거를 수집하는 데 도움이되며 응용 프로그램의 문제 위치를 나타낼 수도 있습니다. 이를 통해 로비에 탄약을 더 잘 고정시킬 수 있습니다.

응용 프로그램 개발자는 자신이 수행 한 전문가가 아닌 작업을 수행하여 자신의 엉덩이를 가리는 것이 자신에게 가장 큰 이익이라고 주장합니다. 그는 실제로 엄청난 메모리 누수로 무언가를 썼다는 것을 인정하지는 못했지만 그다지 부족하지는 않습니다.

여기에 많은 답변이 실용적인 솔루션의 표식에서 벗어난 것처럼 보입니다. 그들은 도그마를 피하는 것 같습니다-서버를 다시 시작해서는 안됩니다-왜 5 9가 있습니까? 결함 허용? 그래서 그들은 그들이 일어나기로되어있을 때 그들은 유지됩니다.

또한 나쁜 개발자 또는 나쁜 개발 관행의 원인을 밝히는 것이 문제의 근본 원인이 아닙니다. 응용 프로그램 코드가 나쁘지 않을 수도 있습니다. 이러한 문제는 이미 많은 시스템 코드에 내장되어 있습니다. 우리가하는 것처럼 작은 응용 프로그램을 많이 실행하면 작은 메모리 누수, Java 힙 및 permgen 문제가 발생합니다. 최신 서버와 이들이 실행하는 소프트웨어는 매우 복잡합니다. Tomcat과 같은 서버가 파일을 제공하고, 웹 요청을 처리하고, 네트워크 통신, 데이터베이스 통신 등 무엇을해야하는지 생각하면 많은 일을합니다. 그 스택에는 많은 움직이는 부분이 있습니다.

적극적으로 서버를 재부팅하면 일주일에 한 달에 한 번 스마트하고 효율적이라고 말할 수 있습니다. 클러스터되고 서버를 회전시키는 경우 클라이언트에 1 비트를 영향을 미치지 않아야합니다. 클라이언트는 서버 성능에 훨씬 만족할 것입니다.

IMO 서버는 가능한 한 적게 종료해야합니다. 앱 개발자가 메모리 누수로 복잡한 응용 프로그램을 구축했을 가능성이 높습니다.

매일 밤마다 웹 서버 중 하나를 다시 시작하는 스크립트가 있지만 업계 표준이 아닌 Java 응용 프로그램이 잘못 작성되어 있기 때문입니다. 웹 서비스를 다시 시작하는 것은 드문 일이 아닙니다. 이렇게하면 찾고있는 메모리 정리가 수행되고 전체 다시 시작과 비교하여 서버의 부담이 줄어 듭니다.

서버는 다시 시작 하지 않는 것이 좋습니다 . 이것이 내결함성 이있는 이유 중 하나입니다 . 응용 프로그램으로 인해 서버를 다시 시작해야하는 경우 응용 프로그램에서 메모리가 누출되어 잘못 구성되었습니다.

나는 이전에 Tomcat과 함께 일해 왔으며 다음과 같은 문제가있었습니다. 다음에 Java 컨테이너로 작업 할 때 다른 컨테이너, 아마도 JBoss 또는 GlassFish를 찾을 것입니다.

편집 : 매일 밤마다 다시 시작 해야하는 경우 부하가 증가 할 때 더 자주 다시 시작해야합니다. 견고한 응용 프로그램을 사용해야합니다. 이것이 최고의 솔루션입니다.

내가 본 가장 빈번한 것은 매주입니다. 내가 지금있는 곳에 우리는 Windows 상점이고, 우리는 화요일 패치 다음 주말에 그것을 매달한다.

서버를 지속적으로 다시 시작하는 것이 이상적이지 않다는 데 동의하지만 개발자의 잘못이나 잘못이 아닌 상황이 있습니다. Python Popen 라이브러리의 문제로 인해 메모리가 누출되는 잘 작동하는 응용 프로그램이 있습니다. 곧 폐기 될 오래된 애플리케이션이지만 업무상 중요합니다. 우리는 고객을 위해 최소한의 혼란으로 계속 운영해야합니다. 그래서 우리는 매일 밤 서버를 다시 시작하기로 결정했습니다.