Plesk에 대한 나의 경험

상업용 단일 서버 웹 프로젝트의 제어판과 같은 것의 필요성이나 불필요함에 대한 몇 가지 감상을 아주 파트타임 관리자와 공유하고 싶습니다. 이야기는 몇 년 전 친구의 친구들이 나에게 기술적인 관점에서 뉴스 사이트인 기업 구매를 도와달라고 요청했을 때 시작되었습니다. 무엇이 작업 중인지 조금 더 자세히 살펴보고, 필요한 모든 세부 사항이 적절한 형식과 양으로 전송되었는지 확인하고, 개선할 수 있는 부분을 전략적으로 파악하는 것이 필요했습니다.

거래가 완료되었고 바이올리니스트는 더 이상 필요하지 않았습니다. 끝. 설마.

이 사이트는 Linode의 듀얼 코어 4GB VM, 가동 시간이 5일인 일부 Mossy Debian400 및 업데이트되지 않은 패키지 목록에서 실행되었습니다. 자체 작성된 CMS의 웹 파트, nginx, php5.3 FPM, mysql은 Percona를 조정했습니다. 원칙적으로는 효과가 있었습니다.

나와 대화하면서 새 소유자는 프로젝트를 기대에 부응할 프로그래머를 찾고 있었습니다. 설립하다. 프로그래머는 트래픽과 볼륨을 평가하고 최적화 및 비용 관리 방법을 알고 있다고 결정했습니다. 그는 전체 사이트를 평소 IS****er가 관리하는 700루블 공유 호스팅으로 마이그레이션했습니다. 며칠 후 주인으로부터 또 전화가 왔습니다. "모든 것이 느리고 우리가 망가진 것 같습니다." 패널을 통해 상황을 수정하려고 시도했지만 PHP 버전이나 핸들러를 fcgi에서 fpm으로 변경하려는 시도가 한동안 성과 없이 끝난 후 포기하고 셸로 들어갔습니다. 거기에서 나는 그 당시 악성 코드 및 이와 유사한 넌센스로 크래킹되고 있던 일부 폴더의 근육 암호 777로 전체 인터넷에서 빛나는 활성화된 디버그를 발견했습니다. 소유자는 호스팅, 프로그래머 및 상황을 계속 감시할 수 있는 관리자를 절약하는 것이 잘못임을 깨닫고 결정했습니다.

우리는 RuVDS로 갈 것입니다. 영국 Linode보다 조금 더 가깝습니다. 갑자기 개인 데이터 등을 저장하고 싶다면 다른 곳으로 이동할 필요가 없습니다. 프로젝트 확장이 계획되었기 때문에 우리는 성장을 위해 4코어, 8GB 메모리, 80GB 디스크 등 VM을 선택했습니다. nginx 구성을 수동으로 구성하는 방법을 모르는 것이 아니라, 이 프로젝트를 그렇게 친밀하게 작업할 열정이 없었을 뿐입니다(파트타임에 대해서는 위 참조). 이것이 바로 제가 Plesk를 설치한 이유입니다. (대체로 설치 세부 사항이 없기 때문에 여기에서는 설치 세부 사항을 생략하겠습니다. 설치 프로그램을 시작하고, 관리자의 비밀번호를 설정하고, 키를 입력했습니다. 그게 전부입니다.) 그 당시에는 17.0이었습니다. 기본 설정은 기본적으로 잘 작동하며, Fail2ban과 사용 가능한 최신 버전의 PHP 및 nginx가 있습니다. 

아마도 멈추고 그 이유를 설명할 가치가 있을 것입니다. 그런 일을 거의 하지 않고, 각 경우에 대한 특별한 도구나 준비 세트가 없기 때문에 기본적인 것의 자동화가 필요하다는 것이 분명했습니다. , 누군가가 이미 모든 모범 사례를 구현했습니다.

그래서 설치했습니다. 나는 많은 시간을 절약했고 새 서버에서 사이트를 다시 시작하는 것이 거의 즉각적으로 이루어졌습니다. 남은 것은 근육 구성을 편집하여 메모리를 절반으로 늘리고 버퍼 풀 수를 늘리고 nginx에 코어를 절반으로 제공하고(Plesk는 전역 구성을 건드리지 않음) 며칠 동안 셸에 들어가서 살펴보는 것뿐이었습니다. mysqltuner 통계에서. 예, 그리고 넘쳐나는 악성 코드를 제거하기 위해 확장 카탈로그에서 유료 ImunifyAV를 구입했습니다. 약 11000개의 감염된 파일이 발견되었습니다. 혐오스러운 점은 난독화된 코드 조각이 정적 장치에 쏟아져 들어와 손으로 청소하는 것이 완전히 지루했을 것이라는 것입니다. 먼저 ClamAV를 시도했지만 결과적으로는 그런 일이 발생하지 않지만 ImunifyAV는 가능합니다. 또한, 치료된 파일은 작동 상태로 유지되며 악성 코드가 포함된 부분은 삭제됩니다.

산술은 간단합니다. VMka의 경우 월 50달러, Plesk의 경우 10달러(3개월 할인으로 한 번에 XNUMX년 동안 구매했기 때문에 실제로는 더 적음), 바이러스 백신의 경우 XNUMX달러입니다. 또는 처음에는 서버에서 수동으로 마구간을 긁어 모으는 데 많은 시간을 투자했을 것입니다. 주인은 이 배치에 매우 만족했습니다.

그 사이에 그들은 새로운 프로그래머를 찾았습니다. 우리는 책임 분배에 대해 그와 동의하고 테스트 버전용 하위 도메인을 만든 후 작업을 시작했습니다. 그는 Laravel에서 사이트의 새 버전을 만들고 있었고 저는 Fail2ban%를 보고 있었습니다.

흥미롭게도 호기심 많은 사람들의 흐름은 멈추지 않고 금지된 주소 목록에는 항상 약 20000개의 주소가 있습니다. 그 효과는 흥미롭습니다. 특히 일반적으로 쉘에 로그인하면 인사말에서 SSH를 통한 로그인 시도가 약 30000-2번 실패하는 것을 볼 수 있습니다. Fail70ban이 활성화된 경우 약 0. 투자된 노력: 2. 불행하게도 연고 한 방울도 없었습니다. 기본적으로 WAF(modsecurity)는 검색 모드에서 절반만 활성화되었습니다. 즉, 의심스러운 활동을 로그에 기록했지만 실제로는 아무런 조치도 취하지 않았습니다. 그리고 fallXNUMXban은 활성화된 감옥에 따라 모든 로그를 무차별적으로 읽고 이동한 모든 것을 죽였습니다. 따라서 우리는 편집자의 절반을 금지했습니다 :D. 저는 이 감옥을 비활성화하고 신뢰성을 위해 필요한 IP 주소를 화이트리스트에 추가해야 했습니다. 노력이 투자됩니다. 마우스를 두 번 찌르고 편집자에게 귀하의 IP 주소를 알려주도록 가르치십시오.

프로그래머가 즉시 마음에 들었던 점은 데이터베이스를 패널에 직접 업로드하고 phpMyAdmin에 빠르게 액세스할 수 있는 기능이었습니다.

내가 좋아하는 것은 로그와 백업이었습니다. 로그는 기본적으로 작성되고 순환됩니다. 백업은 설정이 매우 쉽습니다. 가장 느린 시간에는 약 10GB의 전체 백업이 수행된 다음 일주일 동안 매일 200MB씩 증분 백업이 수행됩니다. 복구는 특정 파일이나 데이터베이스까지 세분화됩니다. 증분 체인에서 복원해야 하는 경우 먼저 전체 체인을 복원하고 전체 체인을 복원할 필요가 없으며 Plesk가 모든 작업을 자체적으로 수행합니다. FTP, Dropbox, s3 버킷, Google 드라이브 등 어디에서나 백업을 업로드할 수 있습니다.

F일차: 프로그래머가 마침내 새 엔진을 완성하고 이를 생산에 업로드한 후 이전 데이터를 가져온 후 자리에 앉아 미래 마세라티의 색상을 선택했습니다. 우리는 여전히 앉아서 선택하고 있습니다.

첫 번째 문제가 시작되었습니다. 새 사이트는 기존 사이트보다 무거울 것으로 예상되었지만 실제로 가장 큰 문제는 트래픽을 유도하기 위해 Yandex.Zen을 사용하여 많은 방문자를 끌어들이는 것이었습니다. 150개의 동시 연결로 인해 사이트가 다운되었습니다(RPS에 대해 말하는 것이 아닙니다. RPS를 측정하지 않았기 때문입니다). 우리는 php_fpm 설정 영역에서 버튼을 찌르고 손잡이를 돌리기 시작했습니다.
 

아, 그 사람 벌써 연결이 500개나 됐네요. 판촉수단에 신용카드가 추가되면서 트래픽의 파도는 더욱 커졌다. 다음 단계는 동시 연결 1000개입니다. 여기서 우리는 코드를 다시 마무리하고 근육의 영혼을 들여다보아야 했습니다. 튀는 것은 도움이 되지 않았지만 우리는 그것을 실제로 기대하지 않았습니다. 느린 쿼리 로그를 활성화하고, 데이터베이스에 인덱스를 추가하고, 코드에서 불필요한 쿼리를 제거하고, mysqltuner의 조언에 따라 mysql 구성을 다시 한 번 정리했습니다.

새로운 도전 - 2000개의 연결. 특히 nginx 캐싱이 추가된 Plesk 17.8 버전이 출시되었습니다. 업데이트되었습니다(놀랍도록 쉬움). 해보자. 공장! 그런 다음 그들은 부드러운면을 밟았고 Yandex.Zen 피드가 작동을 멈췄습니다. 사이트는 작동하지만 피드는 작동하지 않습니다. 피드가 작동하지 않고 트래픽이 없습니다. 분위기가 뜨거워지고 있습니다. 상황의 압박과 상상력의 부족으로 인해 나는 즉시 strace와 nginx로 가서 내가 찾고 있던 것을 찾았습니다. 어느 시점에서 어리석은 nginx가 Yandex get Feed.xml에 대한 응답으로 길 잃은 500번째 오류를 캐시한 것으로 밝혀졌습니다. 캐시 설정에 예외를 추가하여 문제를 해결했습니다.

소유자가 더 필요하다는 것이 분명하며 파도가 천천히 증가하고 있습니다. 지금은 대처하고 있지만 사전에 memcached를 실험하기 시작했습니다. 다행스럽게도 Laravel은 거의 기본적으로 이를 지원합니다. 저는 그냥 "놀기" 위해 수동으로 memcached를 설치하고 싶지 않았기 때문에 도커 이미지를 설치했습니다. 패널에서 바로.

글쎄요, 거짓말이에요. 쉘로 가서 pecl을 통해 모듈을 설치해야 했습니다. 바로 명령. 아직 처리량 증가에 대해 말할 것이 없으며 유입량이 충분히 크지 않았습니다. 사이트 엔진이 localhost:11211에 연결되어 있고 통계가 표시되며 메모리가 소비되고 있습니다. 마음에 들면 다음에 무엇을 해야 할지 알아보겠습니다. 그대로 두거나 "실제"를 Axis에 바로 넣을 것입니다. 아니면 같은 방식으로 redis를 시도해 봅시다.

그런 다음 메일링 리스트를 첨부해야 했습니다. 릴레이는 없고 smtp 인증만 가능합니다. 나는 이메일 주소를 설정하고 그 세부 정보를 사용하여 PHP를 통해 뉴스레터를 보냅니다.

얼마 전 Plesk Obsidian(18.0)이 출시되었는데, 과거 경험을 바탕으로 두려움 없이 업데이트했습니다. 모든 일이 아주 순조롭게 진행되어, 더 이상 이야기할 것도 없습니다. 다행스러운 점은 인터페이스의 품질이 크게 향상되었고, 더욱 현대화되었으며, 일부 부분에서는 더욱 편리해 졌다는 것입니다. Grafana의 멋진 고급 모니터링입니다.

아직 자세히 다루지는 않았지만, 예를 들어 이메일의 모든 매개변수에 대한 알림을 설정할 수 있습니다. 주인한테 ㅋㅋㅋㅋㅋ

인터페이스에 대해 이야기하는 동안 반응이 빠르고 휴대폰에서 정말 잘 작동합니다. 초기 단계에서 PHP 및 기타 사항에 대한 최적의 설정을 찾으려고 노력하는 동안 이것이 많은 도움이 되었습니다. 특히 프로그래머가 업무 열정에 맞춰 23:XNUMX에 작업을 수행하고 업무 열정에 맞춰 목욕탕에서 보드카를 마시고 긴급하게 무언가를 전환해야 할 때.

아, 그런데. 사진은 PHP Composer가 나타난 모습입니다. 아직 사용해 본 적은 없지만 Laravel의 경우 몇 번의 쉘 로그인과 종속성 설치 시간을 절약할 수 있습니다. Node.JS와 Ruby에도 동일한 시스템이 존재합니다.

SSL을 사용하면 모든 것이 간단해집니다. 도메인이 예상대로 확인되면 한 번의 클릭으로 Let’s Encrypt가 수행된 다음 도메인 자체와 하위 도메인, 심지어 메일 서비스에 대해서도 업데이트됩니다.

소프트웨어로서의 Plesk 자체는 현재 매우 즐겁고 안정적입니다. 자체적으로 및 Axis를 자동으로 업데이트하고 리소스를 거의 소모하지 않으며 원활하게 작동합니다. 어딘가를 밟은 기억조차 없는데, 이는 명백한 제품 결함이었을 것입니다. 물론 문제도 있었지만 불완전한 구성 때문이거나 교차점 어딘가에서 발생했기 때문에 불평할 것이 없습니다. Plesk와 함께 일하는 느낌은 일반적으로 즐겁습니다. 여기에는 없고 우리가 이것을 이해해야 하는 것은 클러스터링입니다. LB도 HA도 아닙니다. 시도해 볼 수는 있지만 노력이 너무 많이 들기 때문에 처음부터 뭔가 다르게 하는 것이 더 낫습니다.

나는 우리가 그것을 요약할 수 있다고 생각합니다. 관리자가 없거나 관리자가 충분하지 않은 경우, 호스팅 가격과 사이트 회전이 100 USD를 초과하는 경우, 1500의 수간 공유에 대해 이야기하지 않을 때 의사 결정자가 직면할 때 서버의 사이트 시간제 관리자를 고용하거나, 소프트웨어를 구매하고 10달러에 관리자를 갖거나 전혀 갖지 않는 것 중 하나를 선택할 수 있다면 확실히 의미가 있습니다. 원격 관리자의 관점에서도 마찬가지입니다. 월 $XNUMX, 시간을 절약하고 매우 오랫동안 업무에 유연성을 제공합니다.о더 큰 금액. 예를 들어, 비슷한 프로젝트를 내 담당으로 맡아달라는 강한 요청을 받으면 나는 이를 Plesk로 이전하겠다고 고집할 것입니다.

출처 : habr.com