שרת אינטרנט ב- CentOS 8 עם php7, node.js ו-redis

פְּתִיחַ

עברו יומיים מאז שיצאה גרסה חדשה של מערכת ההפעלה CentOS, כלומר CentOS 2. ועד כה יש לא מעט מאמרים באינטרנט על איך הדברים נעשים בה, אז החלטתי למלא את החסר הזה. יתר על כן, אני אספר לכם לא רק על איך להתקין את צמד התוכנות הזה, אלא גם על איך אני רואה בדרך כלל התקנת לינוקס בסביבה וירטואלית בעולם המודרני עבור משימות טיפוסיות, כולל חלוקת דיסקים וכדומה.

אבל בהתחלה, אני רוצה לדבר בקצרה על למה כדאי לעבור לגרסה זו מכל הקודמות, ויש לכך שתי סיבות:

1. php7! בגרסה הקודמת של CentOS, ה-"Orthodox" php5.4 הותקן...

   אוקיי, אם להיות קצת יותר רציני, הרבה חבילות קפצו דרך כמה גרסאות בהמוניהם. אנחנו (מעריצי מערכת הפעלה דמויות רדהאט) סוף סוף נכנסנו, אם לא לעתיד, אז לפחות להווה. ותומכי אובונטו כבר לא יצחקו עלינו ויפנו אלינו אצבעות, טוב... לפחות לזמן מה ;).

2. מעבר מ-yum ל-dnf. ההבדל העיקרי הוא שכעת הוא נתמך רשמית לעבודה עם מספר גרסאות של חבילות בו זמנית. ממש בשמונה, מעולם לא מצאתי את זה שימושי, אבל זה נשמע מבטיח.

צור מכונה וירטואלית

יש היפרוויזורים שונים ואין לי מטרה להתאים את הקורא לאחד ספציפי, אני אספר לכם על העקרונות הכלליים.

זיכרון

ראשית... כדי להתקין מערכת CentOS החל מ-7 בוודאות, ולדעתי זה היה כך גם ב-6 ("אבל זה לא בטוח"), צריך מינימום 2 GB RAM. לכן, אני ממליץ לך לתת כל כך הרבה קודם.

אבל אם כבר, לאחר ההתקנה ניתן להקטין את גודל הזיכרון. ב-1 GB המערכת החשופה עובדת די טוב, בדקתי.

דיסק

עבור התקנה רגילה, עליך ליצור דיסק וירטואלי בנפח של 20-30 GB. זה מספיק למערכת. ודיסק שני לנתונים. ניתן להוסיף אותו גם בשלב של יצירת מכונה וירטואלית וגם לאחר מכן. אני בדרך כלל מוסיף את זה מאוחר יותר.

מעבד

על ליבה אחת, המערכת החשופה אינה מאטה. ומכיוון שהמשאבים ניתנים להרחבה באופן חופשי, אני לא רואה טעם לתת יותר בשלב ההתקנה (אלא אם כן אתה מכיר את הדרישות בצורה מושלמת ומתעצל להיכנס שוב לקונפיגורטור)

את השאר אפשר בדרך כלל להשאיר כברירת מחדל.

ההתקנה בפועל

אז... בואו נפעיל את המתקין... אישית, אני מתקין שירותים כאלה רק בצורת מכונות וירטואליות כבר הרבה זמן, אז לא אתאר כל מיני רשומות הפצה על כונן הבזק - אני פשוט מעלה ה-ISO כתקליטור בהיפרוויזר האהוב עלי, הורד ותלך.

ההתקנה הבסיסית די אופיינית, אתעכב רק על כמה נקודות.

בחירת מקור

מאז יציאת הגרסה השמינית, המראה מבית Yandex שוכבת במשך ימים. ובכן, כלומר, זה עולה מעת לעת, ואז שוב מתחיל להראות שגיאה. אני בטוח שזה נובע מעומס מופרז על השירות. לכן, כדי לציין את המקור, אני אישית נאלצתי, במקום להזין את הכתובת הרגילה, ללכת כאן, בחר את המראה שאני אוהב שם והזן ידנית את הכתובת בחלון המתקין. חשוב לזכור כאן שצריך לציין את הנתיב לתיקיה שבה נמצאת הספרייה רפואנתונים. לדוגמה, mirror.corbina.net/pub/Linux/centos/8/BaseOS/x86_64/os.

חלוקת דיסק

השאלה הזו די דתית לדעתי. לכל מנהל יש עמדה משלו בעניין הזה. אבל אני עדיין אחלוק את נקודת המבט שלי בנושא.

כן, באופן עקרוני, אפשר להקצות את כל החלל לשורש וזה יעבוד, לרוב אפילו די טוב. מדוע אם כן לגדר גינה עם קטעים שונים? — לדעתי, יש לכך שתי סיבות עיקריות: מכסות וניידות.

לדוגמה, אם משהו משתבש ומתרחשות שגיאות במחיצת הנתונים הראשית, אתה רוצה להיות מסוגל עדיין לאתחל את המערכת ולבצע אמצעי החייאה. לכן, אני אישית מקצה מחיצה נפרדת עבור /boot. יש קרנל ומטען אתחול. בדרך כלל 500 מגה-בייט מספיקים, אבל במקרים נדירים עשוי להידרש ליותר, ובהתחשב בכך שכבר התרגלנו למדוד שטח בטרה-בייט, אני מקצה 2GB לסעיף זה. והדבר החשוב כאן הוא שאי אפשר לעשות את זה lvm.

לאחר מכן מגיע שורש המערכת. עבור התקנה רגילה, מעולם לא נזקקתי ליותר מ-4 ג'יגה-בייט למערכת, אבל במהלך אירועים מתוכננים אני משתמש לעתים קרובות בספריית /tmp כדי לפרוק הפצות, ואני לא רואה טעם להקדיש אותה למחיצה נפרדת - במערכות מודרניות הוא מנוקה אוטומטית, כך שהוא לא מתמלא. אז אני מקצה 8GB לשורש.

החלפה... בגדול, אין בזה שימוש מעשי מועט. אם אתה מתחיל להשתמש ב-swap בשרת שלך, היום בעולם האמיתי זה רק אומר שהשרת צריך להוסיף עוד RAM. אחרת, בעיות בביצועים מובטחות (או שתוכנית כלשהי "דולפת" זיכרון). לכן, חלק זה נחוץ למטרות אבחון בלבד. לכן, 2 GB הוא מספר מצוין. כן, בלי קשר לכמה זיכרון יש בשרת. כן, קראתי את כל המאמרים שבהם כתוב על היחס בין נפח זיכרון לנפח החלפה... IMHO, הם מיושנים. ב-10 שנות תרגול מעולם לא הייתי צריך את זה. לפני 15 שנה השתמשתי בהם, כן.

IMHO, כל אחד יכול להחליט בעצמו אם להקצות /בית למחיצה נפרדת. אם מישהו בשרת ישתמש בספרייה זו באופן פעיל, עדיף להקצות אותה. אם אין אף אחד, אין צורך.

הבא, /var. לדעתי, זה בהחלט צריך להיות מודגש. מלכתחילה, אתה יכול להגביל את עצמך ל-4 GB, ולראות איך זה הולך. וכן, ב"איך זה הולך" אני מתכוון לזה

1. ראשית, אתה תמיד יכול להעלות דיסק אחר בספריית המשנה /var (שאראה בהמשך עם דוגמה)
2. שנית, יש לנו lvm - אתה תמיד יכול להוסיף אותו. ובדרך כלל אתה צריך להוסיף אותו כאשר יותר מדי בולי עץ מתחילים לזרום לשם. אבל אף פעם לא הצלחתי לחזות את הנתון הזה מראש, אז אני מתחיל עם 2 GB ואז צופה.

השטח הלא מוקצה יישאר פנוי בקבוצת הנפח ותמיד ניתן להשתמש בו מאוחר יותר.

LVM

כל הגיוני ליצור מחיצות אחרות מלבד /boot ב-LVM. כן, כולל החלפה. כן, לפי כל העצות, החלפה צריכה להיות בתחילת הדיסק, אבל במקרה של LVM לא ניתן לקבוע באופן עקרוני את מיקומו. אבל כמו שכתבתי למעלה, המערכת שלך לא צריך השתמש בהחלפה בכלל. לכן, זה לא משנה היכן הוא נמצא. ובכן, אנחנו לא חיים ב-95', בכנות!

יתרה מכך, ב-LVM יש כמה ישויות בסיסיות שאתה צריך להיות מסוגל לחיות איתן:

• נפח פיזי
• קבוצת נפח
• נפח לוגי

נפחים פיזיים משולבים לקבוצות, וכל נפח פיזי יכול להיות בקבוצה אחת בלבד, וקבוצה יכולה להיות ממוקמת בכמה כרכים פיזיים בו-זמנית.
והכרכים ההגיוניים נמצאים כל אחד בקבוצה אחת.

אבל... לעזאזל, שוב המאה ה-21. והשרתים הם וירטואליים. אין הגיון להחיל עליהם את אותם מנגנונים שהופעלו על אלה הפיזיים. ולווירטואליים חשוב להחזיק נתונים בנפרד מהמערכת! זה חשוב מאוד, בפרט ליכולת להעביר נתונים במהירות למחשב וירטואלי אחר (לדוגמה, בעת מעבר למערכת הפעלה חדשה) ובאופן כללי עבור כל מיני דברים טובים (גיבויים נפרדים על ידי מחיצות באמצעות כלי hypervisor, למשל) . לכן, קבוצת נפח אחת משמשת למערכת ובהכרח אחרת משמשת לנתונים! החלוקה ההגיונית הזו עוזרת מאוד בחיים!

אם יצרת רק דיסק קשיח וירטואלי אחד בעת יצירת מכונה וירטואלית, כאן תסתיים התצורה. ואם יש שניים, אז פשוט אל תסמן את השני עדיין.

בואו נתחיל בהתקנה.

לאחר התקנה

אז, המערכת החדשה שהותקנה סוף סוף עלתה. הדבר הראשון שאתה צריך לבדוק הוא האינטרנט.

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.
למעשה, רווח! 🙂

מקור: www.habr.com