nginx 소개

Nginx(는 "engine x" )로 발음되는 소프트웨어입니다. 러시아 소프트웨어 엔지니어이고르 Sysoev가 작성한 오픈 소스 웹 서버입니다. 2004년 출시 이후nginx는 고성능, 높은 동시성, 낮은 메모리 사용에 중점을 두고 있으며, 로드 밸런싱, 캐싱, 액세스 및 대역폭 제어와 같은 몇 가지 특별한 웹 서버 기능과 다양한 애플리케이션과의 효과적인 통합 기능이 nginx는 현대 웹사이트 아키텍처에서 좋은 선택이 되었습니다. 현재 nginx는 인터넷에서 가장 인기 있는 웹 서버 소프트웨어 목록에서 2위를 차지하고 있습니다.

1. 왜 높은 동시성이 중요한가요?

현재 인터넷은 매우 대중적이고 어디에나 존재하지만,

10년 전에는 상상조차 하기 힘든 일이었습니다. 게다가 간단한 HTML은 을 기반으로 Apache에 클릭 가능한 텍스트를 생성하기 때문에 웹 서비스의 대대적인 발전으로 인해 인터넷은 전 세계 2억 인터넷 사용자의 공통 통신 매체가 되었습니다. 컴퓨터, 모바일 장치, 그리고 가장 최근에는 태블릿의 지속적인 확산으로 인해 인터넷 공간이 매우 빠르게 변화하고 전체 경제가 유선 디지털화되었습니다. 온라인 서비스도 실시간으로 효과적인 생활과 엔터테인먼트 정보를 제공하며 더욱 상세해졌습니다. 그리고 온라인 비즈니스의 보안 측면에서도 상당한 변화가 있었습니다. 결과적으로 웹사이트는 이전보다 더 복잡해졌으며 인터넷을 더욱 강력하고 확장 가능하게 만들기 위해 더 많은 엔지니어링 작업이 필요했습니다. 웹사이트 아키텍처의 가장 큰 과제는 동시성입니다. Network 서비스 시작부터 동시성 수준은 계속해서 높아졌습니다. 웹사이트가 동시에 수백, 수천 또는 수백만 명의 사용자에게 서비스를 제공하는 것은 드문 일이 아닙니다. 10년 전, 동시성의 원인은 느린 클라이언트 였습니다. 당시

사용자는

ADSL 또는 전화 접속을 사용하여 연결했습니다. 요즘, 동시성은 뉴스, 트윗, 친구 메시지 등을 업데이트하기 위해 지속적인 연결이 필요한 모바일 클라이언트와 일부 최신 애플리케이션 아키텍처의 조합입니다. 동시성을 증가시키는 또 다른 요인은 최신 브라우저가 웹을 로드하기 위해 동시에 웹사이트에 대한 4 ~ 6 연결을 열어준다는 것입니다. 페이지 로딩 속도를 향상시킵니다. 클라이언트가 느릴 때의 문제를 설명하기 위해 apache 기반의 간단한 웹 서비스는

100k 크기의 응답 텍스트 또는 이미지를 생성할 수 있으며, 이 서비스는 이 페이지를 생성하거나 쿼리하는 데 1초도 채 걸리지 않지만 클라이언트에서는 80kbps(10kB/s) 대역폭을 사용하면 이 요청을 보내는 데 10초가 걸립니다. 원래는 web 서비스는 100k 콘텐츠를 빠르게 가져올 수 있지만 비용은 10입니다. 이 연결은 100k 콘텐츠가 초 내에 전송되었습니다. 이제 1000개의 클라이언트가 동시에 연결되어 유사한 콘텐츠를 요청한다고 가정합니다. 클라이언트가 1M에 추가로 할당된 경우. 1000클라이언트 100K, 1000M(약 1G) 추가 메모리. 실제로 apache 기반의 표준 웹 서비스는 일반적으로 연결당 1M 메모리, 안타깝게도 이동통신의 유효 속도는 수십 kpbs에 불과합니다. 느린 클라이언트에 콘텐츠를 보내는 문제는 운영 체제 커널의 소켓 버퍼링을 통해 어느 정도 완화될 수 있지만, 이는 보편적인 해결책이 아니며 예측할 수 없는 결과를 초래할 수 있습니다. 부정적인 영향. http 연결 재생성 지연을 방지해야 하기 때문에 지속적인 연결을 처리할 때 동시성 문제가 더욱 두드러집니다. 클라이언트는 항상 웹 서버와의 연결을 유지해야 하며 웹

서비스도 각 연결에 추가 메모리 공간을 할당합니다.

그러므로 사용자 수 증가로 인해 증가하는 부하를 지속적으로 처리하고 더 높은 동시성을 확보하려면 일련의 고성능 모듈을 기반으로 웹 사이트를 구축해야 합니다. 다만, 하드웨어(CPU,메모리,하드디스크), 네트워크 용량, 애플리케이션 및 데이터 스토리지 아키텍처는 웹 서버가 수용하고 처리할 수 있는 클라이언트 연결 수를 결정하는 데 있어 똑같이 중요합니다. 따라서 웹 서버는 비선형 확장을 통해 점점 늘어나는 동시 연결 수와 초당 요청 수를 충족할 수 있어야 합니다. 아파치가 적합한가요?

Apache는 1990년대 초반에 출시되어 여전히

웹주요 서버 소프트웨어입니다. 2000년부터 독립형 웹 서비스는 늘어나는 네트워크 서비스 수를 충족하기 위해 쉽게 복제할 수 없다는 것이 명백해졌습니다. Apache는 향후 개발을 위한 견고한 기반을 제공하지만 각각의 새로운 연결에 대해 자체 복사본을 만드는 아키텍처는 웹 사이트의 비선형 확장 요구 사항을 충족할 수 없습니다. 궁극적으로 Apache는 다양한 타사 플러그인을 갖춘 완벽한 기능의 웹 서버가 되었으며 모든 유형의 보조 개발 웹 사이트에 거의 보편적으로 적용할 수 있습니다. 그러나 그렇게 무거워도 아무런 소용이 없으며, 단점은 너무 많은 기능과 도구를 하나의 소프트웨어에 결합하면 각 연결 비용도 증가한다는 것입니다. 따라서 CPU 및 메모리 사용량은 소프트웨어의 확장성을 감소시킵니다. 따라서 서버 하드웨어, 운영 체제, 네트워크 리소스가 더 이상 웹 사이트의 성장을 제한하는 주요 요인이 아니기 때문에 전 세계 개발자들도 웹 사이트를 보다 효과적으로 운영할 수 있는 방법을 찾기 시작했습니다. 웹 서비스 장치.

약 10년 전, 유명한 소프트웨어 엔지니어 다니엘은 Kegel은 "이제 웹 서버의 동시 요청 수가 수만 개에 불과할 때가 됐다"고 주장했으며 현재 우리가 인터넷 클라우드 서비스라고 부르는 것을 예측했습니다. Kegel의 C10K 목록에는 웹 서버의 최적 상태에서 동시 연결 수 문제를 해결하려는 시도도 포함되어 있으며 궁극적으로 nginx가 가장 효과적인 솔루션임을 입증했습니다. C10K 목록에서 10,000개의 동시 연결 문제를 해결하기 위해 nginx는 다른 아키텍처를 고려하고 있습니다. 동시 연결 및 초당 요청 수. nginx는 이벤트 모델을 기반으로 하기 때문에 각각의 새로운 프로세스를 복제하거나 각 페이지에 대해 별도의 스레드를 생성하는 Apache의 규칙을 따르지 않습니다. 결과적으로 로드가 증가하더라도 메모리 및 CPU 사용량을 제어할 수 있어 nginx는 일반 하드웨어를 사용하는 단일 서버에서 수만 개의 동시 요청을 처리할 수 있습니다.

nginx nginx 동시성을 통해 제거할 수 있는 HTML, CSS, 자바스크립트 스크립트 및 이미지와 같은 Apache 기반 애플리케이션 서버에서 Apache에 배포된 정적 콘텐츠를 제거하기 위한 첫 번째 버전이 출시되었습니다. 및 시간 초과 처리. 개발 과정에서 nginx는 FastCGI, uswgi 또는 SCGI 프로토콜을 사용하여 타사 응용 프로그램과 통합되었으며 Memcache와 같은 분산 개체 캐싱 시스템을 갖추고 있습니다. 동시에 로드 밸런싱 메커니즘과 캐싱을 갖춘 역방향 프록시와 같은 몇 가지 유용한 기능이 추가되었습니다. 이러한 추가 기능을 통해 nginx는 확장 가능한 웹 기반 인프라를 구축하기 위한 효과적인 도구 조합이 됩니다.

nginx를 사용하면 장점이 더 있나요?

일반적으로 대규모 동시 요청을 효율적이고 고성능으로 처리하는 것이 nginx의 주요 장점인 동시에 nginx를 사용하면 몇 가지 다른 이점도 있습니다.

지난 몇 년 동안 네트워크 설계자들은 느슨한 결합이라는 아이디어를 수용하고 애플리케이션의 기본 구성 요소를 웹 서비스에서 분리하기 시작했습니다. 그러나 LAMP(Linux, Apache, MYSQL, PHP, Python 또는 Perl) 기반의 기존 웹사이트에는 이제 LEMP(E는 "엔진 x"로 발음) 기반 웹사이트가 포함될 수 있을 뿐만 아니라 실제로는 점점 더 일반화되고 있습니다. 인프라의 가장자리로 푸시해야 하거나 동일하거나 일부 새로운 애플리케이션과 데이터 도구를 다른 방식으로 통합해야 합니다.

위의 상황에는 nginx가 매우 적합합니다. 왜냐하면 nginx는 애플리케이션 계층에서 보다 효율적인 엣지 서버로 서비스를 제공하기 때문입니다. (번역자 주: 익숙하지 않은 독자는 엣지 서버에 쿼리할 수 있습니다.) 계층은 오프로드된 동시성, 시간 초과 처리, SSL(Secure Sockets Layer), 콘텐츠 정적화, 압축 및 캐싱, 연결 수 및 요청 제한, 심지어 HTTP 스트리밍과 같은 몇 가지 주요 기능을 제공합니다. 동시에 nginx는 memcached, Redis 및 기타 NoSQL 솔루션과 직접 통합되어 대규모 동시 사용자의 성능을 향상시킬 수도 있습니다.

최신 개방형 도구 구성 요소와 프로그래밍 언어의 인기로 인해 점점 더 많은 기업이 애플리케이션 개발 및 배포 습관을 바꾸기 시작하고 있습니다. 그리고 nginx는 이러한 변화의 모델이 되어 가장 중요한 구성 요소 중 하나로 발전하는 동시에 많은 기업이 예산 개발 내에서 지속적이고 빠른 웹 서비스를 달성하는 데 도움이 되었습니다.

nginx의 첫 번째 코드 줄은 2002년에 작성되었으며, 2004년에 nginx는 2-2절 BSD 라이센스에 따라 출시되었습니다. nginx가 출시된 이후 nginx의 사용자 기반은 지속적으로 성장했으며 아이디어를 제공하고, 버그를 제출하고, 다양한 의견과 제안을 제공함으로써 전체 커뮤니티에 큰 도움이 되었습니다.

nginx의 코드 베이스는 원본이며 완전히 C 언어로 구현되었습니다. 또한 Linux, FreeBSD, Solaris, Mac OS X, AIX 및 Windows 시스템과 같은 다양한 아키텍처의 운영 체제로 이식되었습니다. nginx에는 자체 라이브러리도 있으며 이러한 라이브러리는 시스템에 존재하지 않는 C 라이브러리를 사용하지 않습니다. 따라서 zlib, PCRE 및 OpenSSL 외에도 사용자는 필요하지 않거나 라이선스 충돌이 발생할 수 있는 라이브러리를 제거할 수 있습니다.

여기서는 nginx의 Windows 버전에 대한 간단한 이야기가 있습니다. Windows에서 실행되는 nginx는 완전한 기능을 갖춘 포트라기보다는 개념 증명에 가깝습니다. Nginx에는 Windows에서도 제한 사항이 있습니다. 즉, nginx는 Windows 커널과 잘 호환되지 않습니다. Windows에서 낮은 버전의 nginx에 대해 알려진 문제로는 동시 지원 부족, 낮은 성능, 캐시 오류 및 대역폭 정책 오류가 있습니다. 앞으로 nginx의 Windows 버전은 주류 기능과 더욱 일관성을 유지할 것입니다.

이상은 다양한 측면을 포함한 nginx에 대한 소개로서 PHP 튜토리얼에 관심이 있는 친구들에게 도움이 되기를 바랍니다.