2011-09-26 3 views
9

IIS 7에서 가장 좋은 방법은 무엇입니까? 각 응용 프로그램에 대해 응용 프로그램 풀을 만들어야합니까? 아니면 가능한 한 많은 응용 프로그램과 응용 프로그램 풀을 공유해야합니까?IIS의 모범 사례는 무엇입니까? 각 응용 프로그램 또는 공유 응용 프로그램 풀에 대해 하나의 응용 프로그램 풀이 있습니까?

옵션 중 하나와 관련된 성능상의 단점이나 보안 문제가 있습니까?

답변

13

각 응용 프로그램 풀은 해당 사이트 또는 사이트 집합에 대한 작업자 프로세스 인 W3wp.exe의 인스턴스입니다. 각 응용 프로그램을 별도의 응용 프로그램 풀에 배치하면 응용 프로그램 풀에서 문제를 일으킬 수있는 문제로 인해 다른 응용 프로그램에서 문제가 발생하지 않도록 할 수 있습니다. 리소스 측면에서 이와 같이 작동하는 데는 분명히 오버 헤드가 있습니다.

그래서 일반적으로 간단한 사이트와 블로그의 경우 보통 공유 응용 프로그램 풀에 넣습니다. 보다 강력하거나 중요한 응용 프로그램의 경우 개별 응용 프로그램 풀로 구분합니다. 이것은 내가 어떻게 운영되는지에 대한 지침 일뿐입니다.

IIS7은 웹 사이트를 만들 때 별도의 응용 프로그램 풀을 생성합니다 (100 %가 아님).

+0

일대일 대 일대일 결과를 보여주는 일부 데이터에 대한 링크 http://www.christiaanverwijs.nl/post/2013/08/28/IIS-75-Avoid-performance-issues-when-creating -isolated-application-pools-for-applications4.aspx – Atters

+0

마지막 단락을 이해할 수 없습니다. 새로운 웹 사이트를 만들 때 IIS는 기본적으로 별도의 응용 프로그램 풀을 만듭니다 * (그러나 사용자가 나중에이 연결을 다시 구성 할 수 있음). 또는 당신은 (아마도 IIS 관리 도구가보고하는 것과는 반대로) 항상 웹 사이트를 내부적으로 별도의 응용 프로그램 풀에 저장한다고 말하고 있습니까? – stakx

-3

공유 응용 프로그램 풀은 응용 프로그램의 고정 된 수의 각 응용 프로그램에 대한 응용 프로그램 풀을 만드는 것보다 더

당신이 필요로하는 당신은 IIS 7 서버에서 많은 응용 프로그램 풀을 실행할 수

하지만이 서버 performance.On에 영향을 미칠 것 다른 한편으로는 응용 프로그램 풀을 사용하면 웹 응용 프로그램 집합에서 비슷하게 구성된 하나 이상의 작업자 프로세스를 공유 할 수 있지만 많은 응용 프로그램에 응용 프로그램 풀을 공유하면 안됩니다. 이렇게하면 서버 성능에 영향을 미칩니다.

두 가지면에서 당신은 재치가 있어야합니다.

+0

이 문서에서는 세부적인 내용을 설명합니다. 이유는 무엇이 잘못 되었습니까? https://blogs.msdn.microsoft.com/carmelop/2013/03/22/how-many-web-applications-per-application- pool/ – Pravin

4

이론적으로 각 사이트를 자체 풀에 배치하는 것이 좋습니다. 실제로 사이트를 단일 풀에 배치하는 것보다 훨씬 많은 RAM이 필요합니다. 따라서 대부분의 서버에서는 1000 개의 사이트가 있더라도 10-100 개의 풀만 표시됩니다.

+2

"첫 번째 게시물"검토 대기열로 인해이 게시물이 4 번 투표되었습니다. 확실히 그 표의 가치가 없습니다. –

+2

@AndrewBarber - 마치 "내놔 teh 성취!" 최근 upvotes. 나는 스팸과 질문을 답변으로 보았습니다. – LittleBobbyTables

관련 문제