[IIS] IISRESET IIS 재시작하는 개선된 명령어 사용하기
아래 사이트에서 얘기하는 IISRESET을 사용하지 말아야 하는 이유에 대해서는,
점검 시간이 보장이되고 있는 케이스라면, 크게 신경쓰지 않아도 될 듯 합니다.
또한, 사전에 유저의 진입을 차단할 수 있는 프로세스를 갖춘 웹사이트라면 신경쓰지 않아도 됩니다.
개선된 IISRESET 명령을 이용하면, 충분히 개선이 될 것으로 생각이 됩니다.
하지만, 어떠한 이유에서 IISRESET 대신, 다른 명령어를 사용하라는것인지 핵심은 한번쯤 읽어볼만해서 정리하였습니다.
또한, 하나의 IIS 웹서버를 이용해사 다중의 웹사이트를 이용하고 있는 사용자라면, 한번쯤은 참고하셔도 좋을 내용입니다.
IISRESET - IIS를 다시 시작하는 최악의 방법
IISRESET: the WORST way to restart your IIS website
IISRESET is a well-known tool used to restart your IIS services. Unfortunately, that is also its biggest problem: It is often used to pick up configuration changes/reset misbehaving IIS websites when it shouldn’t be. It actively hurts the availability of
www.leansentry.com
해당 웹사이트 번역글입니다.
IISRESET
IISRESET은 IIS 서비스를 다시 시작하는 데 사용되는 잘 알려진 도구입니다.
불행히도 이는 가장 큰 문제이기도 합니다.
구성 변경 사항을 선택하거나 잘못된 동작을 하는 IIS 웹 사이트를 재설정하는 데 종종 사용됩니다.
이는 웹사이트의 가용성과 서버의 전반적인 안정성을 적극적으로 손상시킵니다.
이 게시물에서는 이러한 경우가 발생하는 이유와 IISRESET이 IIS 서비스에 어떤 영향을 미치는지 자세히 살펴보겠습니다.
IIS를 재설정하고, 응용 프로그램을 다시 시작하고, 응용 프로그램 풀을 재활용하는 올바른 방법에 대해 자세히 알아보려면 IIS 재설정, 다시 시작 및 재활용 가이드를 참조하세요.
IISRESET을 사용하여 IIS를 다시 시작하면 웹 서버에 어떤 영향을 미치는지 자세히 알아보기 전에 IISRESET이 사용되는 이유를 검토해 보겠습니다.
IISRESET 명령의 히스토리
IISRESET은 Windows Server 2003에 IIS 6.0이 출시되기 이전에 사용되던 명령어입니다.
IIS 5.0 및 이전버전의 IIS에서는 웹 서버가 모놀리식 단일 프로세스 였습니다. 응용프로그램에서 발생할 수 있는 성능 문제를 해결하기 위해 IIS 를 다시 시작 명령이 필요했습니다.
IIS 6.0 에서는 응용프로그램 풀 아키텍처를 도입했습니다.
요청 수신을 담당하는 IIS 시스템 프레임워크(Http.sys 커널 드라이버, W3SVC 리스너 서비스)에서
웹사이트 응용 프로그램 코드 (호스팅에서 IIS 워커 프로세스, w3wp.exe)가 분리되었습니다.
그래서, 응용프로그램 재시작할 경우 iisreset.exe 가 더이상 필요하지 않습니다. iis를 재시작하는 쉬운방법으로는 남아있지만, 과도한 방법입니다.
IISRESET 명령이 사용되는 이유는
1. Configuration 을 변경하기 위해
- IIS 7.0 이상 모든 IIS 서비스는 Configuration 변경 및 응용프로그램 콘텐츠 변경을 자동으로 감시하고 적용합니다.
- 이러한 변경 사항은 자동으로 처리되고, 응용 프로그램 또는 응용프로그램 풀이 다시 시작됩니다.
- 즉, IISRESET 을 사용해서, configuration 변경 사항을 선택할 필요는 없습니다.
- IISReset의 사용은 IIS 6.0과 같은 IIS의 이전 버전에서 권장되었으며 IIS 7.0, IIS 7.5 또는 그 이후 버전에서는 지원되지 않습니다. https://techcommunity.microsoft.com/t5/iis-support-blog/iisreset-internals/ba-p/951578
2. 성능 및 안정성 문제를 복구하기 위해
- 웹사이트가 정지가 되었거나, 성능적으로 문제가 있는 웹사이트를 복구하기위해 사용됩니다.
다시 시작하는 것이 전술적으로 유익한 경우에도, IIS 를 재 설정하는 것은 올바른 방법이 아닙니다.
대신 올바른 응용 프로그램 풀을 이용해서 재활용 하는 것이 좋습니다.
응용프로그램풀을 재활용 하는 것은 아래와 같이 막대한 이점이 있습니다.
- 해당 응용 프로그램 풀에만 영향을 미칩니다.
- 중첩된 IIS 재활용을 통해 제로 다운타임 재시작합니다.
- 전체 워밍업으로 다시 시작하는 기능에 지연이 없습니다.
- 다른 웹사이트에 영향이 없습니다. (다중 웹사이트 운영시)
- 웹서버 전체에 잠재적인 결과가 없습니다.
IISRESET 작동방식
가장 정확한 비유는 서버에서 전원 코드를 뽑아 특정 어플리케이션을 닫는 것이다.
최소한 서버를 다시 사용하려면, 서버가 다시 부팅 될 때 까지 기다려야 한다.
아래 이미지는 IISRESET을 사용할 때 대략적으로 일어나는 일입니다.
- Windows 정품 인증 서비스 (WPAS)인 WAS 를 중지하려고 시도합니다.
- W3SVC를 포함하여 WAS에 의존하는 모든 서비스가 중지됩니다.
- WAS는 모든 활성 응용 프로그램 풀을 중지하려고 시도합니다.
- 이는 WAS가 중지되는 동안, 서버의 각 웹사이트에 대한 모든 수신요청이 503 Sevice Unavailable 을 반환하기 시작함을 의미합니다.
- 이제 모든 IIS 작업자 프로세스가 중지되기를 기다리고 있습니다. shutdownTimeLimit(기본 90초)
- 작업자 프로세스가 이 시간내에 중지되지 않으면 종료됩니다.
- 마지막으로 90초 정도 후에 WAS 가 중지됩니다.
- 그런 다음 IISRESET은 WAS 및 W3SVC 를 다시 시작하려고 시도합니다.
즉, IISRESET이 WAS가 중지될 때 까지 대기 시간이 초과되지 않는 한 WAS를 강제로 종료합니다.
이 경우 명령이 실패하고, 중지된 IIS 서비스를 다시 시작하지 못하여, 웹서버가 영구적으로 비활성화 될 수 있습니다.
IISRESET 이 웹서버 가용성을 해치는 방법
1. IISRESET으로 인해 웹사이트가 중단됨
IISRESET으로 가장 먼저 발생하는 일은 W3SVC 서비스가 중지된다는 점입니다.
즉, 웹사이트 바인딩을 듣는 사람이 없고, 연결이 거부 됩니다. 이는 해당 서버의 모든 웹사이트에서 즉시 발생합니다.
2. IISRESET은 전체 서버에 긴 다운타임을 일으킴
IISRESET이 특정 웹 사이트 또는 응용 프로그램 풀을 대상으로 하지 않기 때문에, 시스템의 모든 응용 프로그램 풀을 중지한다는 것입니다.
즉, 모든 웹사이트의 중단 시간은 응용 프로그램 풀의 작업자 프로세스가 현재 실행 중인 요청을 완료하는 데 걸리는 가장 긴 시간입니다(종료 시간 제한까지).
왜냐하면, 성능 문제가 있을때, IIS 재시작을 가장 자주 재설정 하기 때문에, 이러한 요청이 완료하는데 매우 오랜 시간이 걸릴 가능성이 높습니다. 따라서 IISRESET을 호출할 때 마다 전체 90초 지연이 예상됩니다.
3. 서버를 중지 상태로 남을 수 있습니다.
IISRESET 에는 기본제한시간이 20초입니다. 기본 응용 프로그램 풀 종료 시간 제한과 같은 90초가 아닙니다.
이는 활성 시스템의 IISRESET 이 WAS가 중지되기 전에 매번 시간 초과됨을 의미합니다. 강제로 WAS 종료를 시도하게 됩니다.
이로 인해 IISRESET을 관리자 권한으로 실행하는 경우에도, IISRESET에 권한 오류가 발생 할 수 있습니다.
Attempting stop...
Stop attempt failed.
Access denied, you must be an administrator of the remote computer to use this command.
Either have your account added to the administrator local group of the remote
computer or to the domain administrator global group.
결과적으로 WAS 및 W3SVC 서비스가 이제 중지되고 서버가 영구적으로 다운됩니다.
IISRESET NOFORCE 명령을 사용하고 있다고 가정해 보겠습니다 .
/NOFORCE 명령은 시간 제한을 소진하고 서비스를 종료하지 않고 중지하여 동일한 중지 상태가 됩니다.
개선된 IISRESET 명령
IISRESET을 사용해야 하는 경우, IIS 7.0 이상에서 사용할 수 있는 실패 위험이 낮은 IIS cmd는 다음과 같습니다.
iisreset /stop /timeout:60
taskkill /F /FI "SERVICES eq was"
iisreset /start이것이 더 잘 작동하는 이유는 기본 IIS 재시작 cmd에서 발생하는 "액세스 거부" 오류를 방지하기 때문입니다.
더 긴 시간 초과를 사용하여 작동한 다음 IISRESET 중지가 시간 초과되면 WAS를 완전히 종료하고 나중에 다시 시작해야 합니다.
이렇게 하면 웹 서버가 영구적으로 다운되는 것을 방지할 수 있습니다.
4. IISRESET을 사용하면, 성능문제를 해결 할 수 없습니다.
서버중단, 높은 CPU, 메모리 누수, 성능 저하는 IISRESET으로 해결 할 수 없습니다.
서버에 대한 로직을 검증하는 방법으로 수정해야 합니다.
5. 중복 재활용 및 100% 예열의 이점을 거부합니다.
진지하게. 손상되었거나 어려움을 겪고 있는 응용 프로그램 풀을 다시 시작하려는 경우 재활용 방법은 대신 중단 시간이 없고 완전히 예열되며 시작 지연이 없는 다시 시작을 허용합니다.
결론
IIS가 서버를 재설정할 필요가 없으니, IISRESET 을 사용하지 마세요.
이로 인해서 웹사이트 가동 중단 시간이 길어지고, 웹 서버가 작동할 수 없는 상태가 될 수 있습니다.
대신 IIS 서비스를 적절하게 다시 시작하는 방법을 알아보고, Zero 시작 지연 작업을 위해 웹사이트를 구성하는 방법에 대해서 알아보세요.
참조
IISRESET: the WORST way to restart your IIS website
IISRESET is a well-known tool used to restart your IIS services. Unfortunately, that is also its biggest problem: It is often used to pick up configuration changes/reset misbehaving IIS websites when it shouldn’t be. It actively hurts the availability of
www.leansentry.com
END
'WebServer' 카테고리의 다른 글
| [IIS] DISM을 이용한 IIS 워크로드 설치방법 (IIS 8.5) (1) | 2023.11.20 |
|---|---|
| [IIS] Pkgmgr(패키지매니저)를 이용한 IIS 워크로드 설치방법 (IIS 7.5) (0) | 2023.11.10 |
| IIS Worker Process (w3wp) 로 높은 CPU 사용량 문제를 해결하는 방법 (3) (1) | 2023.10.09 |
| IIS Worker Process (w3wp) 로 높은 CPU 사용량 문제를 해결하는 방법 (2) (0) | 2023.10.02 |
| IIS Worker Process (w3wp) 로 높은 CPU 사용량 문제를 해결하는 방법 (1) (0) | 2023.09.19 |