아파치와 장점과 단점 Nginx에
1, 아파치에 대한의 nginx의 장점은 :
경량, 동일한 웹 서비스에서, 아파치 자원과보다 적은 메모리를 차지
안티 동시, 비 차단 Nginx에 처리 요청하는 비동기이며, 아파치 폐쇄성, 고성능의 낮은 자원 소비를 유지하기 위해 높은 동시성에서의 nginx에
, 고도의 모듈 식 설계를 준비 모듈은 비교적 간단
지역 사회 활동가, 아 빠르게 생산 고성능 모듈의 모든 종류의
아파치의 nginx의 상대적 장점 :
재 작성의 nginx를보다 강력한 다시
기본적인 생각 이상 모듈은 찾을 수 있습니다
적은 버그, 버그의 nginx를 상대적으로 많은 수의
매우 안정적인
일반적으로의 nginx를 사용하여 웹 서비스의 성능을 필요로하는 이유를 존재입니다. 당신은뿐만 아니라 안정적인 성능을 할 경우, 다음을 아파치. 후자가 좋은 예 SSL 전자 모듈은 여러 개의 항목을 구성 할 수있다, 이전의 구현보다 다양한 기능 모듈을 가지고있다. 여기에서 우리는, epoll 파일을 (FreeBSD의에 kqueue됩니다) 네트워크 IO 모델은 고성능 처리의 nginx 근본적인 이유이지만, 그 자체가 몇 정적 서비스를 제공하는 경우 모든 경우는 epoll에 승리 있습니다주의해야한다 파일을 선택 고성능 모델의 아파치는 epoll에 이상이있을 수 있습니다. 물론, 이것은 단지 가상의 실제 애플리케이션을위한 네트워크 IO 모델의 원리에 기초 아직도의 반복 측정을해야합니다.
2, 웹 서버로 아파치에 비해, Nginx에 특히이 시점 제공자 환영을 호스팅하는 Nginx에 웹에 의해, 높은 효율을 반영, 더 많은 동시 연결을 지원하기 위해 적은 자원을 사용합니다. 높은 동시 연결의 경우, Nginx에 아파치 서버에 대한 좋은 대안이다 : Nginx에 미국에서 웹 호스팅 비즈니스 소유자가 자주 연결 수, Nginx에 덕분에 50,000 개의 동시 응답까지 지원할 수있는 소프트웨어 플랫폼을 선택해야 할 것입니다. 우리는 개발 모델로는 epoll 및 kqueue를 선택했다.
Nginx와는로드 밸런싱 서버 :. Nginx와는 직접 레일 및 외국 서비스 PHP 프로그램 내에서 지원으로, 그것은 또한인지, 쓰기 C를 사용하여 외국 서비스의 Nginx에서 HTTP 프록시 서버로 지원할 수 Perlbal보다 시스템 자원 오버 헤드 또는 CPU 효율이 훨씬 더.
메일 프록시 서버로 : Nginx와도 아주 좋은 메일 프록시 서버 (이 제품의 목적의 초기 개발 한 메일 프록시 서버로이다)이며, Last.fm 성공을 설명 그리고 멋진 경험
Nginx에 매우 간단한 설치 버그 아주 작은 서버 구성 파일 (또한 펄 구문을 지원) 매우 간단하다 : Nginx의 시작은 특히 취약, 심지어 경우, 거의 7 * 24 중단없이 작업을 수행 할 수 있습니다 몇 달 동안 실행할 필요가 없습니다 다시 시작합니다. 당신은 또한 중단없이 서비스를 제공합니다. 수있는 경우의 소프트웨어 버전 업그레이드
3, Nginx의 구성은, 아파치 복잡한 간단
아파치에 비해 3 배 이상 높은 Nginx의 정적 처리 성능
아파치가 PHP에 대한 비교적 간단한 지원하고, Nginx와 다른 백엔드와 협력 할 필요를
와 Nginx의 아파치 구성 요소를보다가
지금의 Nginx 웹 서버는 첫 번째 선택
(4) 코어 차이 아파치 다중 프로세스 모델 동기화 즉, 접속 처리에 대응 Nginx와이 프로세스에 대응할 수있다 비동기 다중 접속 (백만 레벨)이다
.도 5의 nginx 처리 정적 파일이 적은 메모리하지만 역시 소비 아파치는 다양한 기능이 많이있다, 여전히 주류, 그래서 당신이 필요하고 더 경제적 인 방법이 될 것 nginx를 사용합니다.에 맞게 있는지의 nginx 경우 과정과 일치해야
6,보기의 개인적인 관점에서 과거의 사용, Nginx의 부하 용량은 아파치보다 훨씬 높은 수준이다. 최신 서버는 또한의 nginx를 사용합니다. 구성하고 아파치를 다시 시작, 문제없이 구성 할 수 있습니다 nginx를 -t 테스트를 변경 한 후, 뭔가, 그것은, 변화가 많은 클러스터 스테이션, 안티 - 동시의 nginx 프런트 엔드가보고 지금 매우 조심 될 것입니다 붕괴 할 것이다 잘못주의, 백엔드 클러스터 아파치 나쁜와.
도 7의 nginx 아파치 할 무미 일반적인 동적 요청을 동적 요청되는 핸들의 nginx 정적 및 역방향에만 적합하다.
8, 내 개인적인 경험에서, nginx를 프런트 엔드 서버가 아주 좋은, 아주 좋은로드 성능, 어려움없이 아날로그 만 웹 벤치 정적 파일 요청과 함께, 기존의 벤의 nginx 열려 있습니다. PHP와 다른 프로그래밍 언어에 대한 아파치 좋은 지원, 강력한 지원 네트워크 아파치에 추가하여, nginx를 개발 시간이 상대적으로 긴, 버그 아파치하지만 멀티 코어 프로세싱 부하 맛 단점을 지원하지 않습니다 약간의 타고난가,이 nginx를 프런트 엔드를 할 것을 권장합니다, 백엔드 아파치와. nginx를자가 발전 클러스터링 기능을 갖춘 대형 사이트는 것이 좋습니다
9, Nginx에 아파치의 주요 포인트보다 더 : 1.Nginx 자체가 역방향 프록시 서버 2.Nginx 지원 계층 7로드 밸런싱이며, 나머지 물론, Nginx에 아파치에 대한 지원보다 더 높을 수있다 Nginx는이 때문에 성숙, 첫째, Aapche 여전히 대부분의 기업을 말하기 때문에 일반적으로 7.35 % 동안 동시성 높은 있지만, 넷 크래프트의 통계에 따르면, 2011 년 4 월 통계, 아파치는 여전히 62.71 %를 보유하고 기술과 개발 커뮤니티도 매우 좋은 성능을 가지고있다.
10, 웹 서버에 대한 수요가 당신은 당신의 선택을 결정한다. 대부분의 경우에 Nginx와는 등등 연결 및 유지를 정적 파일 처리, PHP-CGI 지원, 리버스 프록시 기능, 프런트 엔드 캐시, 등, APACHE보다는 더 낫다. 아파치 + PHP (prefork의) 모드에서, 압력 큰 전단 PHP 또는 느린 경우의 처리는 아파치함으로써 현상 서비스 거부 프로세스의 수가 급증하는 경향이있는 경우.
HTTPS : 11의 nginx의 루아 모듈을 볼 수 //github.com/chaoslaw...apache의 nginx 모듈 이상을 직접 루아는 아파치가 가장 인기가 달성 사용할 수 있습니다, 왜? 대부분의 사람들은 업데이트하거나 새로운 일이 nginx에 배우 귀찮게하지 않습니다
nginx를 위해, 나는 그것이 매우 간단합니다, 많은 것들에 대한 일반 구성이 단순 높은 운영 효율성, 소형 풋 프린트, 강력한 에이전트가 구성 파일을 작성하려면, 12, 그것은 프런트 엔드에 적합 서버에서 응답
(13), 아파치는 자주 다시 작성하는 경우 동적, Nginx에 더 나은 동시성, 낮은 CPU 메모리 풋 프린트, 다루고있는 장점을 가지고 있으며, 그 아파치를했다
## 부분은 다른 족장의 개인 컬렉션 임시 할 일을 빌려