php8, node.js 및 redis를 사용하는 CentOS 7의 웹 서버

머리말

CentOS 운영 체제의 새 버전, 즉 CentOS 2이 출시된 지 이틀이 지났습니다. 그리고 지금까지 인터넷에 이 버전에서 어떻게 작업이 수행되는지에 대한 기사가 꽤 많이 있으므로 이 공백을 메우기로 결정했습니다. 또한 이 프로그램 쌍을 설치하는 방법뿐만 아니라 디스크 파티셔닝 등을 포함한 일반적인 작업을 위해 현대 세계의 가상 환경에 Linux를 설치하는 방법에 대해서도 설명하겠습니다.

하지만 처음에는 모든 이전 버전에서 이 버전으로 전환할 가치가 있는 이유에 대해 간략하게 설명하고 싶습니다. 여기에는 두 가지 이유가 있습니다.

1. PHP7! 이전 버전의 CentOS에서는 "Orthodox" php5.4가 설치되어 있었는데...

   좀 더 진지하게 말하자면, 많은 패키지가 여러 버전을 한꺼번에 뛰어넘었습니다. 우리(redhat과 유사한 OS의 팬)는 마침내 미래는 아니더라도 적어도 현재에 들어섰습니다. 그리고 우분투 지지자들은 더 이상 우리를 비웃거나 손가락질하지 않을 것입니다. 적어도 잠시 동안은 말이죠 ;).

2. yum에서 dnf로 전환합니다. 주요 차이점은 이제 여러 버전의 패키지를 동시에 작업하는 것이 공식적으로 지원된다는 것입니다. XNUMX번에서는 이것이 유용하다고 생각한 적이 없지만 유망해 보입니다.

가상 머신 생성

다양한 하이퍼바이저가 있으며 독자를 특정 하이퍼바이저에 맞게 조정하려는 목표가 없습니다. 일반적인 원칙에 대해 말씀드리겠습니다.

기억

첫째... 확실히 7부터 CentOS 시스템을 설치하려면, 제 생각에는 이것이 6에서도 마찬가지였습니다("그러나 이것은 확실하지 않습니다"). 최소한의 2GB RAM. 그러므로 먼저 그 정도를 나눠주는 것이 좋습니다.

그러나 설치 후 메모리 크기가 줄어들 수 있습니다. 1GB에서는 베어 시스템이 꽤 잘 작동하는지 확인했습니다.

디스크

일반 설치의 경우 20~30GB 용량의 가상 디스크를 생성해야 합니다. 이것은 시스템에 충분합니다. 그리고 데이터용 두 번째 디스크입니다. 가상 머신을 생성하는 단계와 이후에 모두 추가할 수 있습니다. 저는 보통 나중에 추가합니다.

프로세서

하나의 코어에서는 베어 시스템이 느려지지 않습니다. 그리고 리소스는 자유롭게 확장 가능하므로 설치 단계에서 더 많은 것을 제공할 필요가 없습니다(요구 사항을 완벽하게 알고 있고 너무 게으른 나머지 구성 프로그램에 다시 들어갈 수 없는 경우 제외).

나머지는 일반적으로 기본값으로 둘 수 있습니다.

실제 설치

그럼... 인스톨러를 실행해 볼까요... 개인적으로 저는 오랫동안 가상머신 형태로만 이런 서비스를 설치해 왔기 때문에 플래시 드라이브에 있는 각종 배포 기록을 일일이 설명하지는 않겠습니다. 내가 가장 좋아하는 하이퍼바이저에 ISO를 CD로 마운트하고 다운로드한 후 시작하세요.

기본 설치는 매우 일반적이므로 몇 가지 사항만 설명하겠습니다.

출처 선택

여덟 번째 버전이 출시된 이후 Yandex의 미러는 며칠 동안 방치되어 있었습니다. 즉, 주기적으로 상승했다가 다시 오류가 표시되기 시작합니다. 서비스에 과도한 부하가 걸리기 때문이라고 확신합니다. 그래서 출처를 표시하기 위해 평소 주소를 입력하는 대신 개인적으로 여기에, 거기에서 내가 좋아하는 미러를 선택하고 설치 프로그램 창에 주소를 수동으로 입력하십시오. 여기서 디렉터리가 있는 폴더의 경로를 지정해야 한다는 점을 기억하는 것이 중요합니다. 보고하다. 예를 들어, mirror.corbina.net/pub/Linux/centos/8/BaseOS/x86_64/os.

디스크 파티셔닝

내 생각에는 이 질문이 다소 종교적이다. 각 관리자는 이 문제에 대해 자신의 입장을 가지고 있습니다. 그러나 나는 여전히 문제에 대한 나의 견해를 공유할 것입니다.

예, 원칙적으로 전체 공간을 루트에 할당할 수 있으며 대부분의 경우 매우 잘 작동합니다. 그렇다면 왜 다른 구역으로 정원에 울타리를 쳐야 할까요? — 제 생각에는 할당량과 이식성이라는 두 가지 주요 이유가 있습니다.

예를 들어, 메인 데이터 파티션에 문제가 발생하고 오류가 발생한 경우에도 시스템을 계속 부팅하고 소생 조치를 수행할 수 있기를 원합니다. 그래서 저는 개인적으로 /boot에 별도의 파티션을 할당합니다. 커널과 부트로더가 있습니다. 일반적으로 500MB이면 충분하지만 드물게 더 필요할 수도 있습니다. 공간을 테라바이트 단위로 측정하는 데 이미 익숙하다는 점을 고려하여 이 섹션에는 2GB를 할당합니다. 그리고 여기서 중요한 것은 그것이 lvm으로 이루어질 수 없다는 것입니다.

다음은 시스템의 루트입니다. 일반 설치의 경우 시스템당 4GB 이상이 필요한 적이 없지만 예정된 이벤트 중에는 배포판 압축을 풀기 위해 /tmp 디렉터리를 자주 사용하고 이를 별도의 파티션에 전용으로 할당할 필요가 없습니다. 최신 시스템에서는 자동으로 청소되므로 채워지지 않습니다. 그래서 루트에 8GB를 할당합니다.

교환... 대체로 실용적인 용도는 거의 없습니다. 서버에서 스왑을 사용하기 시작하면 현재 현실 세계에서는 서버에 RAM을 더 추가해야 한다는 의미일 뿐입니다. 그렇지 않으면 성능 문제가 보장됩니다(또는 일부 프로그램에서 메모리가 "누수"됨). 따라서 이 섹션은 진단 목적으로만 필요합니다. 따라서 2GB는 훌륭한 숫자입니다. 예, 서버에 있는 메모리 양에 관계없이 가능합니다. 예, 스왑 볼륨에 대한 메모리 볼륨의 비율에 대해 쓰여진 모든 기사를 읽었습니다. IMHO, 오래된 것입니다. 10년 동안 연습하면서 나는 이것이 필요했던 적이 없었습니다. 15년 전에 나는 그것들을 사용했습니다. 그렇습니다.

IMHO, /home을 별도의 파티션에 할당할지 여부는 누구나 스스로 결정할 수 있습니다. 서버의 누군가가 이 디렉토리를 적극적으로 사용한다면 이를 할당하는 것이 좋습니다. 아무도 없다면 필요가 없습니다.

다음은 /var입니다. 제 생각에는 반드시 강조되어야 한다고 생각합니다. 우선 4GB로 제한하고 어떻게 진행되는지 확인할 수 있습니다. 그리고 네, "어떻게 되는가"라는 말은 그런 뜻이에요

1. 첫째, 언제든지 /var 하위 디렉터리에 다른 디스크를 마운트할 수 있습니다(나중에 예를 들어 설명하겠습니다).
2. 둘째, lvm이 있습니다. 언제든지 추가할 수 있습니다. 그리고 일반적으로 로그가 너무 많이 쏟아지기 시작하면 추가해야 합니다. 그런데 이 수치를 미리 예측할 수가 없어서 2GB부터 시작해서 지켜봅니다.

할당되지 않은 공간은 볼륨 그룹에서 사용 가능한 상태로 유지되며 나중에 언제든지 사용할 수 있습니다.

LVM

모든 LVM에서 /boot 이외의 파티션을 만드는 것이 합리적입니다. 예, 스왑도 포함됩니다. 예, 모든 조언에 따르면 스왑은 디스크 시작 부분에 있어야 하지만 LVM의 경우 원칙적으로 위치를 결정할 수 없습니다. 하지만 위에서 쓴 것처럼 귀하의 시스템은 해서는 안된다. 스왑을 전혀 사용하지 마십시오. 그러므로 그가 어디에 있는지는 중요하지 않습니다. 글쎄요, 솔직히 우리는 95년에 살고 있지 않습니다!

또한 LVM에는 함께 사용할 수 있어야 하는 몇 가지 기본 엔터티가 있습니다.

• 물리적 볼륨
• 볼륨 그룹
• 논리 볼륨

물리 볼륨은 그룹으로 결합되며, 각 물리 볼륨은 하나의 그룹에만 속할 수 있고, 그룹은 동시에 여러 물리 볼륨에 위치할 수 있습니다.
그리고 논리 볼륨은 각각 하나의 그룹에 있습니다.

그런데... 젠장, 또 21세기가 됐네요. 그리고 서버는 가상입니다. 물리적인 메커니즘에 적용된 것과 동일한 메커니즘을 그들에게 적용하는 것은 의미가 없습니다. 그리고 가상의 경우 시스템과 별도로 데이터를 보유하는 것이 중요합니다! 이는 특히 데이터를 다른 가상 머신으로 빠르게 전환하는 기능(예: 새 OS로 전환하는 경우)과 일반적으로 모든 종류의 유용한 기능(예: 하이퍼바이저 도구를 사용하여 파티션별로 백업)에 매우 중요합니다. . 따라서 한 볼륨 그룹은 시스템에 사용되고 다른 볼륨 그룹은 데이터에 사용됩니다! 이 논리적 구분은 인생에 많은 도움이 됩니다!

가상 머신을 생성할 때 가상 하드 디스크를 하나만 생성한 경우 여기에서 구성이 종료됩니다. 두 개가 있다면 아직 두 번째를 표시하지 마세요.

설치를 시작해 보겠습니다.

설치 후

그리하여 새로 설치된 시스템이 드디어 부팅되었습니다. 가장 먼저 확인해야 할 것은 인터넷입니다.

ping ya.ru

답이 있나요? - 좋습니다. Ctrl-C를 누르세요.
그렇지 않다면 가서 네트워크를 설정하십시오. 이것 없이는 인생이 없습니다. 그러나 그것은 내 기사의 내용이 아닙니다.

이제 아직 루트 아래에 있지 않다면 루트 아래로 이동하십시오. такое sudo를 사용한 명령의 수는 개인적으로 저를 망쳤습니다 (그리고 편집증적인 관리자가 저를 용서하길 바랍니다):

sudo -i

이제 가장 먼저 할 일은 타이핑입니다.

dnf -y update

그리고 만약 당신이 2019년에 이 글을 읽고 있다면 아마도 아무 일도 일어나지 않을 것이지만 시도해 볼 가치가 있었습니다.

이제 남은 디스크를 구성해 보겠습니다.

시스템 파티션이 xvda라면 데이터 디스크는 xvdb가 될 것입니다. 좋아요.

대부분의 조언은 "fdisk를 실행하고 파티션을 생성하세요..."로 시작됩니다.

그래서 이것은 부정확하게!

너무 중요하니까 다시 한 번 말씀드릴게요! 이 경우 하나의 전체 가상 디스크를 차지하는 LVM으로 작업하려면 여기에 파티션을 만드는 것이 해롭습니다! 이 문구의 모든 단어는 중요합니다. LVM 없이 작업하려면 그렇게 해야 합니다. 디스크에 시스템과 데이터가 있으면 그것이 필요합니다. 어떤 이유로 디스크의 절반을 비워 두어야 하는 경우에도 마찬가지입니다. 그러나 일반적으로 이러한 모든 가정은 순전히 이론적입니다. 기존 파티션에 공간을 추가하기로 결정한 경우 가장 쉬운 방법은 이 구성을 사용하는 것입니다. 그리고 관리의 용이성은 다른 많은 것보다 훨씬 중요하므로 우리는 의도적으로 이 구성을 향해 나아가고 있습니다.

그리고 편리함은 데이터 파티션을 확장하려는 경우 가상 파티션에 공백을 추가한 다음 vgextend를 사용하여 그룹을 확장하기만 하면 된다는 것입니다! 드문 경우지만 다른 것이 필요할 수도 있지만 최소한 처음에 논리 볼륨을 확장할 필요는 없습니다. 이는 이미 좋은 일입니다. 그렇지 않은 경우 바로 이 볼륨을 확장하려면 먼저 기존 볼륨을 삭제한 다음 그 위에 새 볼륨을 만드는 것이 좋습니다... 별로 보기 좋지도 않고 라이브로 수행할 수도 없지만 제가 설명한 시나리오에 따른 확장은 가능합니다. 파티션을 마운트 해제하지 않고도 "즉시" 수행됩니다.

따라서 물리 볼륨을 생성한 다음 이를 포함하는 볼륨 그룹, 서버용 파티션을 생성합니다.

pvcreate /dev/xvdb
vgcreate data /dev/xvdb
lvcreate -n www -L40G data
mke2fs -t ext4 /dev/mapper/data-www

여기서는 대문자 "L"(및 GB 단위 크기) 대신 작은 크기를 지정한 다음 절대 크기 대신 상대 크기를 지정할 수 있습니다. 예를 들어 현재 여유 공간의 절반을 사용하도록 볼륨 그룹의 경우 "-l +50%FREE"를 지정해야 합니다.

그리고 마지막 명령은 ext4 파일 시스템의 파티션을 포맷합니다(지금까지 내 경험에 따르면 모든 것이 중단될 경우 가장 큰 안정성을 보여주므로 선호합니다).

이제 파티션을 올바른 위치에 마운트합니다. 이렇게 하려면 /etc/fstab에 올바른 줄을 추가하세요.

/dev/mapper/data-www    /var/www                ext4    defaults        1 2

그리고 우리는 전화를 겁니다

mount /var/www

오류가 발생하면 알람을 울려보세요! 이는 /etc/fstab에 오류가 있음을 의미하기 때문입니다. 그리고 다음에 재부팅할 때 우리는 매우 큰 문제를 겪게 될 것입니다. 시스템이 전혀 부팅되지 않을 수 있으며 이는 클라우드 서비스에 매우 슬픈 경우가 많습니다. 그러므로 마지막에 추가된 줄을 급히 수정하거나, 아예 삭제하는 것이 필요합니다! 이것이 바로 우리가 mount 명령을 수동으로 작성하지 않은 이유입니다. 그렇다면 구성을 즉시 확인할 수 있는 좋은 기회가 없었을 것입니다.

이제 실제로 원하는 모든 것을 설치하고 웹용 포트를 엽니다.

dnf groupinstall "Development Tools"
dnf -y install httpd @nodejs @redis php
firewall-cmd --add-service http --permanent
firewall-cmd --add-service https --permanent

원한다면 여기에 데이터베이스를 넣을 수도 있지만 개인적으로는 웹 서버와 별도로 유지하려고 합니다. 그녀를 가까이 두는 것이 더 빠르긴 하지만, 그렇습니다. 가상 네트워크 어댑터의 속도는 일반적으로 기가비트 정도이며 동일한 시스템에서 작업할 때 거의 즉시 호출이 발생합니다. 그러나 덜 안전합니다. 누구에게 더 중요한 것은 무엇입니까?

이제 구성 파일에 매개변수를 추가합니다(새 파일을 생성합니다. CentOS의 현대 이념은 이렇습니다)

echo "vm.overcommit_memory = 1"> /etc/sysctl.d/98-sysctl.conf

서버를 재부팅합니다.
댓글에서 SeLinux를 끄라고 조언했다는 이유로 혼났기 때문에 정정하고 이후에는 SeLinux 구성을 기억해야 한다는 사실에 대해 글을 쓰겠습니다.
사실, 이익! 🙂

출처 : habr.com