여기 참고할 수 있는 자료가 있습니다.
IIS 연결 수는 서버가 동시에 허용할 수 있는 액세스 수이며 서버에 동시에 읽기를 보낼 수 있는 스레드 수로 간단히 이해할 수 있습니다.
5 가지 상황에 대해 소개하겠습니다. (100M 공간 제한 50IIS 를 예로 들어 보겠습니다.)
1. 사용자는 단일 스레드 또는 다중 스레드를 통해 사이트 파일을 다운로드한 다음 정상적으로 연결을 끊습니다. 이러한 연결은 모두 순간적으로 계산됩니다. 즉, 50IIS 의 공간을 즉시 받아들이고 최대 50 개의 스레드를 동시에 다운로드할 수 있습니다.
참고: 현재 일부 멀티 스레드 도구 (예: 번개, flashget BT) 는 80 개의 스레드를 동시에 다운로드할 수 있으므로 한 명의 사용자만 웹 사이트 파일을 다운로드하더라도 이 시점에서 웹 사이트를 열 수 없습니다.
2. 웹 페이지를 탐색할 때 서버는 방문자의 브라우저와 링크를 설정하며, 각 링크는 동시성을 나타냅니다. 페이지에 많은 그림이 포함되어 있을 때 그림은 하나의 디스플레이가 아닙니다. 서버는 여러 개의 링크를 생성하여 텍스트와 그림을 동시에 보내 찾아보기 속도를 높입니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 예술명언) 페이지에 더 많은 그림이 있으면 서버의 동시 링크 수가 늘어납니다. 서비스가 그림이나 페이지를 보내면 서버는 다른 요청자와의 링크를 닫습니다.
주: 1 찾아보기 창을 여는 것이 1 IIS 연결을 여는 것이라고 말하는 사용자가 있어 이론적으로 50 개의 IIS 를 수용할 수 있는 공간은 50 명을 수용할 수 있습니다. 이런 진술과 추리는 틀렸다. 페이지를 열면 이 페이지에 두 장의 그림이 있는 경우 이 페이지를 여는 데 필요한 IIS 스레드 수는 3 입니다 (페이지의 html 코드를 읽으려면 1 및 2 필요).
3. 사용자가 페이지를 열 때, 비록 그가 페이지에 머물러 서버에 어떠한 요청도 하지 않더라도, 사용자가 한쪽을 연 후 15 분 안에 그는 온라인이 될 것이다. 즉, 50IIS 의 웹사이트는 15 분 내에 다른 사용자가 50 페이지를 여는 것을 받아들일 수 있다.
주: 마찬가지로 카운터에서 5 명이 온라인 상태로 표시되고 50IIS 호스트가 열리지 않는 이유를 묻는 사용자도 있습니다. 온라인 인원은 사용자가 마지막으로 클릭 (요청 전송) 한 후 15 분을 기준으로 계산됩니다. 이 15 분 동안 사용자가 어떻게 클릭하든 (새 창 열기 포함) 카운터가 한 사람에 따라 온라인으로 계산되지만 IIS 번호는 그렇지 않습니다. 정확한 해석은 당신의 웹사이트에 50 개의 연결이 있고 그 중 5 명이 포럼을 정상적으로 방문한다는 것이다. 분명히, 온라인 인원수와 IIS 접속 수의 개념은 다르다.
4. 페이지에 Iframe 이 있으면 프레임을 추가할 때마다 온라인 시간이 두 배로 늘어납니다! 이는 사용자가 동시에 서버에 여러 페이지를 요청하는 것과 같기 때문입니다.
5. 일부 사용자의 ASP 페이지 호출 페이지가 너무 많고, 일부 페이지는 10 에 달하며, 많은 IIS 를 사용합니다.
6. 사용자가 페이지를 연 다음 브라우저를 정상적으로 닫으면 온라인 사용자 수가 즉시 비워집니다. CPU 할당 수를 제한한다는 것은 무엇을 의미합니까?
듀얼 제온 2.8 프로세서, 즉 CPU 한계의 8% 인 호스트는 데이터 처리 면에서 상당히 강력합니다 (몇 년 전 P3 서버 한 대도 수십 개의 역을 달렸습니다). 스테이션 프로그램에 필요한 CPU 가 한계를 초과하여 스레드가 차단되고 서버에서 데이터를 전송할 수 없는 경우 IIS 는 30 초 정도 지속되어 사이트에 액세스할 수 없게 됩니다.
CPU 제한의 8% 가 지원할 수 있는 IIS 접속 수는 몇 개입니까?
온라인 인원수는 너의 절차에 달려 있다.
1, HTML 사이트의 동시 온라인 사용자 수는 제한을 초과하지 않습니다. HTML 은 서버에서 해석되는 것이 아니라 클라이언트의 브라우저에서 해석되기 때문에 대역폭에 문제가 없을 때 HTML 을 실행하는 데는 제한이 없습니다.
2.ASP 프로그램은 매우 다릅니다. CPU 의 8% 가 IIS 수를 제한하면 일반적으로 약 800-5000 개의 프로그램이 데드 루프와 교착 상태가 없습니다.
PHP, CGI, NET 등과 같은 기타 프로그램. ASP 파일보다 2 ~ 3 배 더 효율적입니다.
데이터 호스트는 어떻게 선택합니까?
현재 데이터 가상 호스트는 무제한 IIS 와 제한된 IIS 로 나뉜다.
1. 사이트가 엔터프라이즈 사이트인 경우 제한 1000IIS 를 선택하는 것이 좋습니다. 일반 엔터프라이즈 사이트 1000IIS 로 충분합니다. 모든 엔터프라이즈 사이트의 트래픽과 리소스 소비가 크지 않아 호스트의 안정성과 속도가 보장됩니다. 물론 이것도 너의 실제 상황에 따라 선택할 수 있다.
2. 만약 당신의 사이트가 다른 유형이라면, IIS 접속은 당신 사이트의 명맥이 될 것입니다. 한 사이트의 생존은 조회수와 온라인 인원수에 따라 달라지기 때문에, 저는 당신이 IIS 를 제한하지 않는 호스트를 선택하는 것이 좋습니다.
데이터 호스트는 어떻게 사용합니까?
CPU 만 제한되어 있으니 CPU 를 소비하는 일반적인 상황을 소개해 드리겠습니다.
1 의 데이터베이스입니다. MDB 는 일반적으로 10M 보다 크며 많은 리소스를 사용합니다. 사이트 파일에서 MDB, ASP, ASA 등 10M 보다 큰 파일을 확인하여 최적화할 수 있습니다.
2.ASP 파일 데드 사이클 및 교착 상태. 이는 현재 대부분의 초급 사용자를 괴롭히는 문제이기도 하다. 많은 사용자가 최적화 및 검사 없이 무료로 다운로드한 코드를 선택했기 때문에 불합리한 호출, 사순환, 사수축 및 보안 위험이 많이 발생합니다. 이러한 프로그램은 로컬에서 디버깅하는 경우에도 CPU 가 전체 부하, 특히 서버측에서 실행됩니다.
대용량 다운로드 파일은 또한 많은 CPU 리소스를 소비합니다. 우리는 이미 빠른 천둥과 flashget BT 와 같은 멀티스레드 도구들이 동시에 80 개의 스레드를 다운로드할 수 있다고 언급했다. 또 연쇄 절도 현상도 심각하다. 다른 사용자가 링크를 훔치지 못하도록 다운로드한 파일의 주소를 자주 변경하려고 할 수 있습니다.
4. HTML 페이지로 업그레이드하는 기술을 사용하여 데이터베이스 호출 횟수를 줄이십시오. 현재 포털은 이 기술을 사용하여 웹 사이트 브라우징 속도를 높이고 있으며, 이는 웹 사이트의 발전 추세이기도 하다.
또한 기업소의 공간을 구매할 것을 제안하고, 고진 IDC 제조사 (예: 신망, 왕만 등) 를 구매할 것을 제안한다.