דיסקים מסוג Local SSD מיועדים לתרחישי שימוש של אחסון זמני, כמו מטמון או מרחב עיבוד זמני. מכיוון שדיסקים מסוג Local SSD נמצאים במכונה הפיזית שבה פועלת המכונה של Compute Engine, אפשר ליצור אותם רק במהלך תהליך היצירה של המכונה. אי אפשר להשתמש בדיסקים מסוג Local SSD כמכשירי אתחול.
בסדרות מכונות מהדור השלישי ואילך שתומכות בדיסקים מקומיים מסוג SSD (לא כולל G4 ו-M3), Compute Engine מצרף באופן אוטומטי מספר מסוים של דיסקים מקומיים מסוג SSD כשיוצרים את המכונה. בסדרות המכונות האלה יש אחסון ב-SSD מקומי בדרכים הבאות:
- H4D, C4, C4A, C4D, C4N, C3 ו-C3D: בסדרות המכונות האלה, אחסון ב-SSD מקומי זמין רק בסוגי המכונות שמסתיימים ב-
-lssd, כמוc3-standard-88-lssd. - סדרות המכונות Z4D, Z4M, Z3, A5X, A4X Max, A4X, A4, A3 ו-A2 Ultra: לכל סוג מכונה בסדרות האלה יש אחסון ב-SSD מקומי.
בסוגי מכונות G4, M3, דור ראשון ודור שני שתומכים בדיסקים מקומיים של SSD, צריך לציין את מספר הדיסקים המקומיים של SSD שרוצים לצרף כשיוצרים את המכונה.
אחרי שיוצרים דיסק SSD מקומי, צריך לפרמט ולטעון את המכשיר כדי להשתמש בו.
במאמר בחירת מספר תקין של דיסקים מסוג SSD מקומי מוסבר כמה נפח אחסון זמין ב-SSD מקומי בסוגי מכונות שונים, וכמה דיסקים מסוג SSD מקומי אפשר לצרף למכונה.
לפני שמתחילים
- לפני שמשתמשים בדיסקים של Local SSD, כדאי לקרוא את המגבלות של Local SSD.
- כדאי לעיין בתרחישים של שמירת נתונים בדיסקים מסוג Local SSD.
- אם אתם מוסיפים דיסקים מסוג SSD מקומי למכונות שמחוברות ל-GPU, קראו את המאמר זמינות של דיסקים מסוג SSD מקומי.
-
אם עדיין לא עשיתם את זה, תצטרכו להגדיר אימות.
אימות הוא התהליך שבו מאמתים את הזהות שלכם כדי לקבל גישה לממשקי API ולשירותים של Google Cloud . כדי להריץ קוד או דוגמאות מסביבת פיתוח מקומית, אפשר לבצע אימות ל-Compute Engine באחת מהדרכים האלה:
צריך לבחור את הכרטיסייה הרלוונטית לאופן שבו תכננתם להשתמש בדוגמאות בדף הזה:
המסוף
כשמשתמשים במסוף Google Cloud כדי לגשת לשירותים ולממשקי ה-API של Google Cloud , לא צריך להגדיר אימות.
gcloud
-
התקינו את ה-CLI של Google Cloud. אחר כך, אתחלו את ה-CLI של Google Cloud באמצעות הפקודה הבאה:
gcloud initאם אתם משתמשים בספק זהויות חיצוני (IdP), קודם אתם צריכים להיכנס ל-CLI של gcloud באמצעות המאגר המאוחד לניהול זהויות.
-
- הגדרת אזור ותחום כברירת מחדל.
-
התקינו את ה-CLI של Google Cloud.
-
אם אתם משתמשים בספק זהויות חיצוני (IdP), קודם אתם צריכים להיכנס ל-CLI של gcloud באמצעות המאגר המאוחד לניהול זהויות.
-
אם משתמשים במעטפת מקומית, צריך ליצור פרטי כניסה לאימות מקומי בחשבון המשתמש:
gcloud auth application-default login
אם אתם משתמשים ב-Cloud Shell, אתם לא צריכים לעשות את זה.
אם מוחזרת שגיאת אימות ואתם משתמשים בספק זהויות חיצוני (IdP), ודאו שנכנסתם ל-CLI של gcloud באמצעות הזהות המאוחדת.
-
התקינו את ה-CLI של Google Cloud.
-
אם אתם משתמשים בספק זהויות חיצוני (IdP), קודם אתם צריכים להיכנס ל-CLI של gcloud באמצעות המאגר המאוחד לניהול זהויות.
-
אם משתמשים במעטפת מקומית, צריך ליצור פרטי כניסה לאימות מקומי בחשבון המשתמש:
gcloud auth application-default login
אם אתם משתמשים ב-Cloud Shell, אתם לא צריכים לעשות את זה.
אם מוחזרת שגיאת אימות ואתם משתמשים בספק זהויות חיצוני (IdP), ודאו שנכנסתם ל-CLI של gcloud באמצעות הזהות המאוחדת.
-
התקינו את ה-CLI של Google Cloud.
-
אם אתם משתמשים בספק זהויות חיצוני (IdP), קודם אתם צריכים להיכנס ל-CLI של gcloud באמצעות המאגר המאוחד לניהול זהויות.
-
אם משתמשים במעטפת מקומית, צריך ליצור פרטי כניסה לאימות מקומי בחשבון המשתמש:
gcloud auth application-default login
אם אתם משתמשים ב-Cloud Shell, אתם לא צריכים לעשות את זה.
אם מוחזרת שגיאת אימות ואתם משתמשים בספק זהויות חיצוני (IdP), ודאו שנכנסתם ל-CLI של gcloud באמצעות הזהות המאוחדת.
-
התקינו את ה-CLI של Google Cloud.
-
אם אתם משתמשים בספק זהויות חיצוני (IdP), קודם אתם צריכים להיכנס ל-CLI של gcloud באמצעות המאגר המאוחד לניהול זהויות.
-
אם משתמשים במעטפת מקומית, צריך ליצור פרטי כניסה לאימות מקומי בחשבון המשתמש:
gcloud auth application-default login
אם אתם משתמשים ב-Cloud Shell, אתם לא צריכים לעשות את זה.
אם מוחזרת שגיאת אימות ואתם משתמשים בספק זהויות חיצוני (IdP), ודאו שנכנסתם ל-CLI של gcloud באמצעות הזהות המאוחדת.
Terraform
כדי להשתמש בסביבת פיתוח מקומית בדוגמאות של Terraform שבדף הזה, מתקינים ומפעילים את ה-CLI של gcloud, ואז מגדירים את Application Default Credentials באמצעות פרטי הכניסה של המשתמש.
למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
המשך
כדי להשתמש בסביבת פיתוח מקומית בדוגמאות של Go שבדף הזה, מתקינים ומפעילים את ה-CLI של gcloud, ואז מגדירים את Application Default Credentials באמצעות פרטי הכניסה של המשתמש.
למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Java
כדי להשתמש בסביבת פיתוח מקומית בדוגמאות של Java שבדף הזה, מתקינים ומפעילים את ה-CLI של gcloud, ואז מגדירים את Application Default Credentials באמצעות פרטי הכניסה של המשתמש.
למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
Python
כדי להשתמש בסביבת פיתוח מקומית בדוגמאות של Python שבדף הזה, מתקינים ומפעילים את ה-CLI של gcloud, ואז מגדירים את Application Default Credentials באמצעות פרטי הכניסה של המשתמש.
למידע נוסף, ראו הגדרת אימות לסביבת פיתוח מקומית.
REST
כדי להשתמש בסביבת פיתוח מקומית בדוגמאות של API בארכיטקטורת REST שבדף הזה, צריך להשתמש בפרטי הכניסה שאתם נותנים ל-CLI של gcloud.
התקינו את ה-CLI של Google Cloud.
אם אתם משתמשים בספק זהויות חיצוני (IdP), קודם אתם צריכים להיכנס ל-CLI של gcloud באמצעות המאגר המאוחד לניהול זהויות.
מידע נוסף מופיע במאמר אימות לשימוש ב-REST במסמכי האימות של Google Cloud .
יצירת מכונה עם דיסקים מסוג Local SSD
אפשר ליצור מכונה עם אחסון SSD מקומי באמצעותGoogle Cloud console, ה-CLI של gcloud או Compute Engine API.
המסוף
נכנסים לדף Create an instance.
מציינים את השם, האזור והתחום של המכונה. אם רוצים, מוסיפים תגים או תוויות.
בקטע Machine configuration, בוחרים את משפחת המכונות שמכילה את סוג המכונה הרצוי.
בוחרים סדרה מהרשימה Series ואז בוחרים את סוג המכונה.
- ב-H4D, C4, C4A, C4D, C4N, C3 ו-C3D, בוחרים סוג מכונה שמסתיים ב-
-lssd. - בסוגי המכונות Z4D, Z4M, Z3, A5X, A4X Max, A4X, A4, A3 ו-A2 Ultra, כל סוג מכונה מגיע עם אחסון ב-SSD מקומי.
- בסדרות המכונות G4, M3 או מכונות מהדור הראשון והשני, אחרי שבוחרים את סוג המכונה:
- מרחיבים את הקטע אפשרויות מתקדמות.
- מרחיבים את Disks, לוחצים על Add Local SSD ומבצעים את הפעולות הבאות:
- בדף Configure Local SSD, בוחרים את סוג ממשק הדיסק.
- בוחרים את מספר הדיסקים הרצוי מהרשימה Disk capacity.
- לוחצים על Save.
- ב-H4D, C4, C4A, C4D, C4N, C3 ו-C3D, בוחרים סוג מכונה שמסתיים ב-
ממשיכים בתהליך היצירה של המכונה.
אחרי שיוצרים את המכונה עם דיסקים מסוג Local SSD, צריך לפרמט ולטעון כל מכשיר כדי להשתמש בדיסקים.
gcloud
כדי ליצור מכונה עם דיסקים מסוג Local SSD בסדרות המכונות Z4D, Z4M, Z3, A5X, A4X Max, A4X, A4, A3 ו-A2 Ultra, צריך ליצור מכונה שמשתמשת בכל אחד מסוגי המכונות שזמינים לסדרה הזו, לפי ההוראות ליצירת מכונה.
כדי ליצור מכונה עם דיסקים מסוג Local SSD בסדרות המכונות H4D, C4, C4A, C4D, C4N, C3 ו-C3D, פועלים לפי ההוראות ליצירת מכונה ומציינים סוג מכונה שמסתיים ב-
-lssd.לדוגמה, כך יוצרים מכונה מסוג C3 עם שני דיסקים מסוג Local SSD שמשתמשים בממשק הדיסק NVMe:
gcloud compute instances create example-c3-instance \ --zone ZONE \ --machine-type c3-standard-8-lssd \ --image-project IMAGE_PROJECT \ --image-family IMAGE_FAMILY
בסדרות המכונות G4, M3 והדור הראשון והשני, כדי ליצור מכונה עם דיסקים מסוג Local SSD, פועלים לפי ההוראות ליצירת מכונה, אבל משתמשים בדגל
--local-ssdכדי ליצור ולצרף דיסק מסוג Local SSD. כדי ליצור כמה דיסקים מסוג Local SSD, מוסיפים עוד דגלים של--local-ssd. אפשר גם להגדיר ערכים לממשק ולשם המכשיר לכל דגל--local-ssd.לדוגמה, אפשר ליצור מכונה מסוג M3 עם ארבעה דיסקים מסוג Local SSD ולציין את סוג ממשק הדיסק באופן הבא:
gcloud compute instances create INSTANCE_NAME \ --machine-type m3-ultramem-64 \ --zone ZONE \ --local-ssd interface=INTERFACE_TYPE,device-name=DEVICE-NAME \ --local-ssd interface=INTERFACE_TYPE,device-name=DEVICE-NAME \ --local-ssd interface=INTERFACE_TYPE,device-name=DEVICE-NAME \ --local-ssd interface=INTERFACE_TYPE \ --image-project IMAGE_PROJECT \ --image-family IMAGE_FAMILY
מחליפים את מה שכתוב בשדות הבאים:
- INSTANCE_NAME: השם של המכונה החדשה
- ZONE: האזור שבו יוצרים את המכונה. הדגל הזה הוא אופציונלי אם הגדרתם את המאפיין
compute/zoneשל ה-CLI של gcloud או את משתנה הסביבהCLOUDSDK_COMPUTE_ZONE. - INTERFACE_TYPE: סוג ממשק הדיסק שבו רוצים להשתמש לדיסק ה-SSD המקומי. אם יוצרים מכונה מסוג G4 או M3, או אם קובץ האימג' של דיסק האתחול כולל מנהלי התקנים של NVMe שעברו אופטימיזציה, צריך לציין את הערך
nvme. צריך לצייןscsiלתמונות אחרות. - DEVICE-NAME: אופציונלי: שם שמציין את שם הדיסק שבו צריך להשתמש בקישור הסימבולי (symlink) של מערכת ההפעלה של האורח.
- IMAGE_FAMILY: אחת ממשפחות התמונות הזמינות שרוצים להתקין בדיסק האתחול
- IMAGE_PROJECT: פרויקט התמונה שמשפחת התמונות שייכת אליו
אפשר לצרף דיסקים מסוג SSD מקומי למכונה שנוצרה באמצעות סוג מכונה מהדור הראשון או השני, באמצעות שילוב של nvme ו-scsi למחיצות שונות. הביצועים של מכשיר nvme תלויים בקובץ האימג' של דיסק האתחול של המכונה. במכונות מהדור השלישי ואילך יש תמיכה רק בממשק הדיסק NVMe.
אחרי שיוצרים מכונה עם דיסקים מסוג Local SSD, צריך לפרמט ולטעון כל מכשיר לפני שאפשר להשתמש בו.
Terraform
כדי ליצור מכונה עם דיסקים מסוג Local SSD, אתם יכולים להשתמש במשאב google_compute_instance.
כדי ללמוד איך להחיל הגדרות ב-Terraform או להסיר אותן, ראו פקודות בסיסיות ב-Terraform.
כדי ליצור את קוד Terraform, אפשר להשתמש ברכיב Equivalent code במסוף Google Cloud .- נכנסים לדף VM instances במסוף Google Cloud .
- לוחצים על Create instance.
- מציינים את הפרמטרים הרצויים.
- בחלק העליון או התחתון של הדף, לוחצים על Equivalent code ואז על הכרטיסייה Terraform כדי לראות את הקוד של Terraform.
המשך
Go
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Go במדריך למתחילים של Compute Engine באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Compute Engine Go API.
כדי לבצע אימות ב-Compute Engine, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לספריות לקוח.
Java
Java
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Java במדריך למתחילים של Compute Engine באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Compute Engine Java API.
כדי לבצע אימות ב-Compute Engine, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לספריות לקוח.
Python
Python
לפני שמנסים את הדוגמה הזו, צריך לפעול לפי הוראות ההגדרה של Python במדריך למתחילים של Compute Engine באמצעות ספריות לקוח. מידע נוסף מופיע במאמרי העזרה של Compute Engine Python API.
כדי לבצע אימות ב-Compute Engine, צריך להגדיר את Application Default Credentials. מידע נוסף זמין במאמר הגדרת אימות לספריות לקוח.
REST
אפשר להשתמש ב-instances.insert method כדי ליצור מכונה ממשפחת קובצי אימג' או מגרסה ספציפית של קובץ אימג' של מערכת הפעלה.
- בסדרות המכונות Z4D, Z4M, Z3, A5X, A4X Max, A4X, A4, A3 ו-A2 Ultra, כדי ליצור מכונה עם דיסקים מסוג Local SSD, צריך ליצור מכונה שמשתמשת באחד מסוגי המכונות שזמינים לסדרה הזו.
בסדרות המכונות H4D, C4, C4A, C4D, C4N, C3 ו-C3D, כדי ליצור מכונה עם דיסקים מסוג Local SSD, צריך לציין סוג מכונה שמסתיים ב-
-lssd.הנה דוגמה למטען ייעודי (payload) של בקשה ליצירת מכונה מסוג C3 עם דיסק אתחול של Ubuntu ושני דיסקים מסוג Local SSD:
{ "machineType":"zones/us-central1-c/machineTypes/c3-standard-8-lssd", "name":"c3-with-local-ssd", "disks":[ { "type":"PERSISTENT", "initializeParams":{ "sourceImage":"projects/ubuntu-os-cloud/global/images/family/ubuntu-2204-lts" }, "boot":true } ], "networkInterfaces":[ { "network":"global/networks/default" } ] }בסדרות המכונות G4, M3 והדור הראשון והשני, כדי ליצור מכונה עם כונני SSD מקומיים מצורפים, אפשר להוסיף כונני SSD מקומיים במהלך יצירת המכונה באמצעות המאפיין
initializeParams. צריך גם לספק את המאפיינים הבאים:-
diskType: הגדרה ל-SSD מקומי -
autoDelete: מוגדר כ-true -
type: מוגדר לערךSCRATCH
אי אפשר להשתמש במאפיינים הבאים עם דיסקים מסוג Local SSD:
diskName- נכס אחד (
sourceImage) diskSizeGb
הנה דוגמה למטען ייעודי (payload) של בקשה שיוצרת מכונה מסוג M3 עם דיסק אתחול וארבעה כונני SSD מקומיים:
{ "machineType":"zones/us-central1-f/machineTypes/m3-ultramem-64", "name":"local-ssd-instance", "disks":[ { "type":"PERSISTENT", "initializeParams":{ "sourceImage":"projects/ubuntu-os-cloud/global/images/family/ubuntu-2204-lts" }, "boot":true }, { "type":"SCRATCH", "initializeParams":{ "diskType":"zones/us-central1-f/diskTypes/local-ssd" }, "autoDelete":true, "interface": "NVME" }, { "type":"SCRATCH", "initializeParams":{ "diskType":"zones/us-central1-f/diskTypes/local-ssd" }, "autoDelete":true, "interface": "NVME" }, { "type":"SCRATCH", "initializeParams":{ "diskType":"zones/us-central1-f/diskTypes/local-ssd" }, "autoDelete":true, "interface": "NVME" }, { "type":"SCRATCH", "initializeParams":{ "diskType":"zones/us-central1-f/diskTypes/local-ssd" }, "autoDelete":true, "interface": "NVME" }, ], "networkInterfaces":[ { "network":"global/networks/default" } ] }-
אחרי שיוצרים דיסק SSD מקומי, צריך לפרמט ולטעון כל מכשיר לפני שאפשר להשתמש בו.
מידע נוסף על יצירת מכונה באמצעות REST זמין במאמר Compute Engine API.
פירמוט וטעינה של דיסק SSD מקומי
אפשר לפרמט ולטעון כל דיסק SSD מקומי בנפרד, או לשלב כמה דיסקים של SSD מקומיים לנפח לוגי אחד.
איך מפרמטים וטוענים דיסקים נפרדים של Local SSD
הדרך הכי קלה לחבר דיסקים מסוג Local SSD למכונה היא לפרמט ולטעון כל מכשיר עם מחיצה אחת. אפשר גם לשלב כמה מחיצות לנפח לוגי אחד.
מכונות Linux
מפרמטים ומתקינים את דיסק ה-SSD המקומי החדש במכונת Linux. אתם יכולים להשתמש בכל פורמט והגדרה של מחיצה שאתם צריכים. בדוגמה הזו נוצרת מחיצה אחת של ext4.
נכנסים לדף VM instances.
לוחצים על הלחצן SSH לצד המכונה שמחובר אליה ה-SSD המקומי החדש. הדפדפן פותח חיבור טרמינל למכונה.
בטרמינל, משתמשים בפקודה
findכדי לזהות את דיסק ה-SSD המקומי שרוצים לטעון.$ find /dev/ | grep google-local-nvme-ssdלדיסקים של SSD מקומי במצב SCSI יש שמות סטנדרטיים כמו
google-local-ssd-0. לדיסקים מסוג Local SSD במצב NVMe יש שמות כמוgoogle-local-nvme-ssd-0, כפי שמוצג בפלט הבא:$ find /dev/ | grep google-local-nvme-ssd /dev/disk/by-id/google-local-nvme-ssd-0
מפרמטים את דיסק ה-SSD המקומי באמצעות מערכת קבצים
ext4. הפקודה הזו מוחקת את כל הנתונים הקיימים מדיסק ה-SSD המקומי.$ sudo mkfs.ext4 -F /dev/disk/by-id/[SSD_NAME]מחליפים את
[SSD_NAME]במזהה של דיסק ה-SSD המקומי שרוצים לפרמט. לדוגמה, מציינים את הערךgoogle-local-nvme-ssd-0כדי לפרמט את דיסק ה-SSD המקומי הראשון של NVMe במכונה.משתמשים בפקודה
mkdirכדי ליצור ספרייה שבה אפשר לטעון את המכשיר.$ sudo mkdir -p /mnt/disks/[MNT_DIR]מחליפים את
[MNT_DIR]בנתיב הספרייה שבה רוצים לטעון את דיסק ה-SSD המקומי.מחברים את הדיסק Local SSD למכונה.
$ sudo mount /dev/disk/by-id/[SSD_NAME] /mnt/disks/[MNT_DIR]מחליפים את מה שכתוב בשדות הבאים:
-
[SSD_NAME]: המזהה של דיסק ה-SSD המקומי שרוצים לטעון. -
[MNT_DIR]: הספרייה שבה רוצים לטעון את דיסק ה-SSD המקומי.
-
מגדירים הרשאת קריאה וכתיבה למכשיר. בדוגמה הזו, נותנים לכל המשתמשים גישת כתיבה למכשיר.
$ sudo chmod a+w /mnt/disks/[MNT_DIR]מחליפים את
[MNT_DIR]בספרייה שבה טענתם את דיסק ה-SSD המקומי.
אם רוצים, אפשר להוסיף את דיסק ה-SSD המקומי לקובץ /etc/fstab כדי שהמכשיר יבצע טעינה אוטומטית מחדש כשהמכונה תופעל מחדש. הערך הזה לא שומר את הנתונים בדיסק ה-SSD המקומי אם המכונה נעצרת.
פרטים נוספים זמינים במאמר שמירת נתונים ב-SSD מקומי.
כשמציינים את הקובץ /etc/fstab, חשוב לכלול את האפשרות nofail כדי שהמכונה תוכל להמשיך לפעול גם אם ה-SSD המקומי לא קיים. לדוגמה, אם יוצרים קובץ snapshot של דיסק האתחול ויוצרים מכונה חדשה בלי דיסקים מסוג Local SSD, המכונה יכולה להמשיך בתהליך ההפעלה ולא להשהות אותו ללא הגבלת זמן.
יוצרים את הרשומה
/etc/fstab. משתמשים בפקודהblkidכדי למצוא את ה-UUID של מערכת הקבצים במכשיר, ועורכים את הקובץ/etc/fstabכך שיכלול את ה-UUID הזה עם אפשרויות הטעינה. אפשר להשלים את השלב הזה באמצעות פקודה אחת.לדוגמה, בשביל כונן SSD מקומי במצב NVMe, משתמשים בפקודה הבאה:
$ echo UUID=`sudo blkid -s UUID -o value /dev/disk/by-id/google-local-nvme-ssd-0` /mnt/disks/[MNT_DIR] ext4 discard,defaults,nofail 0 2 | sudo tee -a /etc/fstabל-SSD מקומי במצב שאינו NVMe, כמו SCSI, משתמשים בפקודה הבאה:
$ echo UUID=`sudo blkid -s UUID -o value /dev/disk/by-id/google-local-ssd-0` /mnt/disks/[MNT_DIR] ext4 discard,defaults,nofail 0 2 | sudo tee -a /etc/fstabמחליפים את
[MNT_DIR]בספרייה שבה טענתם את ה-SSD המקומי.משתמשים בפקודה
catכדי לוודא שהרשומות של/etc/fstabנכונות:$ cat /etc/fstab
אם יוצרים קובץ snapshot מדיסק האתחול של המכונה הזו ומשתמשים בו כדי ליצור מכונה נפרדת שאין בה דיסקים מסוג Local SSD, צריך לערוך את הקובץ /etc/fstab ולהסיר את הרשומה של הדיסק מסוג Local SSD. גם אם האפשרות nofail מוגדרת, צריך לסנכרן את הקובץ /etc/fstab עם המחיצות שמצורפות למכונה, ולהסיר את הרשומות האלה לפני שיוצרים את קובץ ה-snapshot של דיסק האתחול.
מכונות Windows
משתמשים ב-Disk Management tool של Windows כדי לפרמט ולטעון דיסק SSD מקומי במכונה של Windows.
מתחברים למכונה באמצעות RDP. בדוגמה הזו, נכנסים לדף VM instances ולוחצים על הכפתור RDP ליד המכונה שמחוברים אליה דיסקים מסוג Local SSD. אחרי שמזינים את שם המשתמש והסיסמה, נפתח חלון עם ממשק המחשב של השרת.
לוחצים לחיצה ימנית על כפתור ההתחלה של Windows ובוחרים באפשרות Disk Management.
אם לא הפעלתם את דיסק ה-SSD המקומי בעבר, הכלי יבקש מכם לבחור סכמת חלוקה למחיצות חדשות. בוחרים באפשרות GPT ולוחצים על OK.
אחרי שהדיסק של ה-SSD המקומי מאותחל, לוחצים לחיצה ימנית על המקום הפנוי בכונן ובוחרים באפשרות New Simple Volume.
פועלים לפי ההוראות ב-New Simple Volume Wizard כדי להגדיר את אמצעי האחסון החדש. אפשר להשתמש בכל פורמט מחיצה שרוצים, אבל בדוגמה הזו בוחרים באפשרות
NTFS. כדי לזרז את תהליך הפרמוט, בוחרים גם באפשרות Perform a quick format.
אחרי שמסיימים את האשף והפורמט של אמצעי האחסון הושלם, בודקים את דיסק ה-SSD המקומי החדש כדי לוודא שהסטטוס שלו הוא
Healthy.
זהו! עכשיו אפשר לכתוב קבצים בדיסק ה-SSD המקומי.
פירמוט וטעינה של כמה דיסקים מסוג Local SSD לנפח לוגי אחד
בניגוד לנפחים של Google Cloud Hyperdisk ו-Persistent Disk, לדיסקים של Local SSD יש קיבולת קבועה לכל דיסק שמצרפים למכונה. אם רוצים לשלב כמה דיסקים של Local SSD לנפח לוגי אחד, צריך להגדיר בעצמכם את ניהול הנפח במחיצות האלה.
מכונות Linux
משתמשים ב-mdadm כדי ליצור מערך RAID 0. בדוגמה הזו המערך מעוצב עם מערכת קבצים אחת מסוג ext4, אבל אפשר להחיל כל מערכת קבצים שרוצים.
נכנסים לדף VM instances.
לוחצים על הלחצן SSH ליד המכונה שאליה מחובר דיסק ה-SSD המקומי החדש. הדפדפן פותח חיבור טרמינל למכונה.
בטרמינל, מתקינים את הכלי
mdadm. תהליך ההתקנה שלmdadmכולל בקשה מהמשתמש שעוצרת את הסקריפטים, לכן צריך להריץ את התהליך הזה באופן ידני.Debian ו-Ubuntu:
$ sudo apt update && sudo apt install mdadm --no-install-recommendsCentOS ו-RHEL:
$ sudo yum install mdadm -ySLES ו-openSUSE:
$ sudo zypper install -y mdadmמשתמשים בפקודה
findכדי לזהות את כל כונני ה-SSD המקומיים שרוצים לטעון ביחד.בדוגמה הזו, למכונה יש שמונה מחיצות של Local SSD במצב NVMe:
$ find /dev/ | grep google-local-nvme-ssd /dev/disk/by-id/google-local-nvme-ssd-7 /dev/disk/by-id/google-local-nvme-ssd-6 /dev/disk/by-id/google-local-nvme-ssd-5 /dev/disk/by-id/google-local-nvme-ssd-4 /dev/disk/by-id/google-local-nvme-ssd-3 /dev/disk/by-id/google-local-nvme-ssd-2 /dev/disk/by-id/google-local-nvme-ssd-1 /dev/disk/by-id/google-local-nvme-ssd-0
findלא מבטיח סדר מסוים. זה בסדר אם המכשירים מופיעים בסדר שונה, כל עוד מספר שורות הפלט תואם למספר הצפוי של דיסקי SSD. לדיסקים של SSD מקומי במצב SCSI יש שמות סטנדרטיים כמוgoogle-local-ssd. לדיסקים של SSD מקומי במצב NVMe יש שמות כמוgoogle-local-nvme-ssd.משתמשים ב-
mdadmכדי לשלב כמה דיסקים של SSD מקומי למערך אחד בשם/dev/md0. בדוגמה הזו ממזגים שמונה דיסקים של Local SSD במצב NVMe. לדיסקים מסוג Local SSD במצב SCSI, מציינים את השמות שקיבלתם מהפקודהfind:$ sudo mdadm --create /dev/md0 --level=0 --raid-devices=8 \ /dev/disk/by-id/google-local-nvme-ssd-0 \ /dev/disk/by-id/google-local-nvme-ssd-1 \ /dev/disk/by-id/google-local-nvme-ssd-2 \ /dev/disk/by-id/google-local-nvme-ssd-3 \ /dev/disk/by-id/google-local-nvme-ssd-4 \ /dev/disk/by-id/google-local-nvme-ssd-5 \ /dev/disk/by-id/google-local-nvme-ssd-6 \ /dev/disk/by-id/google-local-nvme-ssd-7 mdadm: Defaulting to version 1.2 metadata mdadm: array /dev/md0 started.
אפשר לאשר את פרטי המערך באמצעות
mdadm --detail. הוספת הדגל--prefer=by-idתציג את המכשירים שמשתמשים בנתיבים של/dev/disk/by-id.sudo mdadm --detail --prefer=by-id /dev/md0
הפלט אמור להיראות כך לכל מכשיר במערך.
... Number Major Minor RaidDevice State 0 259 0 0 active sync /dev/disk/by-id/google-local-nvme-ssd-0 ...מפרמטים את כל המערך של
/dev/md0באמצעות מערכת קבצים מסוג ext4.$ sudo mkfs.ext4 -F /dev/md0יוצרים ספרייה שאליה אפשר לטעון את
/dev/md0. בדוגמה הזו, יוצרים את הספרייה/mnt/disks/ssd-array:$ sudo mkdir -p /mnt/disks/[MNT_DIR]מחליפים את
[MNT_DIR]בספרייה שבה רוצים לטעון את מערך ה-SSD המקומי.טוענים את המערך
/dev/md0לספרייה/mnt/disks/ssd-array:$ sudo mount /dev/md0 /mnt/disks/[MNT_DIR]מחליפים את
[MNT_DIR]בספרייה שבה רוצים לטעון את מערך ה-SSD המקומי.מגדירים הרשאת קריאה וכתיבה למכשיר. בדוגמה הזו, נותנים לכל המשתמשים גישת כתיבה למכשיר.
$ sudo chmod a+w /mnt/disks/[MNT_DIR]מחליפים את
[MNT_DIR]בספרייה שבה טענתם את מערך ה-SSD המקומי.
אם רוצים, אפשר להוסיף את דיסק ה-SSD המקומי לקובץ /etc/fstab כדי שהמכשיר יבצע טעינה אוטומטית מחדש כשהמכונה תופעל מחדש. הערך הזה לא שומר את הנתונים בדיסק ה-SSD המקומי אם המכונה נעצרת.
למידע נוסף, ראו שמירת נתונים ב-SSD מקומי.
כשמציינים את קובץ הרשומה /etc/fstab, חשוב לכלול את האפשרות nofail כדי שהמכונה תוכל להמשיך לפעול גם אם דיסק ה-SSD המקומי לא קיים. לדוגמה, אם יוצרים קובץ snapshot של דיסק האתחול ויוצרים מכונה חדשה בלי דיסקים מסוג Local SSD, המכונה יכולה להמשיך בתהליך ההפעלה ולא להשהות אותו ללא הגבלת זמן.
יוצרים את הרשומה
/etc/fstab. משתמשים בפקודהblkidכדי למצוא את ה-UUID של מערכת הקבצים במכשיר, ועורכים את הקובץ/etc/fstabכך שיכלול את ה-UUID הזה עם אפשרויות הטעינה. מציינים את האפשרותnofailכדי לאפשר למערכת לבצע אתחול גם אם הדיסק המקומי מסוג SSD לא זמין.אפשר להשלים את השלב הזה באמצעות פקודה אחת. לדוגמה:$ echo UUID=`sudo blkid -s UUID -o value /dev/md0` /mnt/disks/[MNT_DIR] ext4 discard,defaults,nofail 0 2 | sudo tee -a /etc/fstabמחליפים את
[MNT_DIR]בספרייה שבה טענתם את מערך ה-SSD המקומי.אם משתמשים בשם מכשיר כמו
/dev/md0בקובץ/etc/fstabבמקום ב-UUID, צריך לערוך את הקובץ/etc/mdadm/mdadm.confכדי לוודא שהמערך מורכב מחדש באופן אוטומטי בזמן ההפעלה. כדי לעשות את זה, צריך לבצע את שני השלבים הבאים:- מוודאים שמערך הדיסקים נסרק ומורכב מחדש באופן אוטומטי כשהמכונה מופעלת.
$ sudo mdadm --detail --scan | sudo tee -a /etc/mdadm/mdadm.conf - מעדכנים את
initramfsכדי שהמערך יהיה זמין במהלך תהליך האתחול המוקדם.$ sudo update-initramfs -u
- מוודאים שמערך הדיסקים נסרק ומורכב מחדש באופן אוטומטי כשהמכונה מופעלת.
משתמשים בפקודה
catכדי לוודא שהרשומות של/etc/fstabנכונות:$ cat /etc/fstab
אם יוצרים קובץ snapshot מדיסק האתחול של המכונה הזו ומשתמשים בו כדי ליצור מכונה נפרדת שאין בה דיסקים מסוג Local SSD, צריך לערוך את הקובץ /etc/fstab ולהסיר את הרשומה של מערך הדיסקים מסוג Local SSD. גם אם האפשרות nofail מוגדרת, צריך לסנכרן את הקובץ /etc/fstab עם המחיצות שמצורפות למכונה, ולהסיר את הרשומות האלה לפני שיוצרים את קובץ ה-snapshot של דיסק האתחול.
מכונות Windows
משתמשים בכלי לניהול דיסקים של Windows כדי לפרמט ולטעון מערך של דיסקים מסוג Local SSD במכונה של Windows.
מתחברים למכונה באמצעות RDP. בדוגמה הזו, נכנסים לדף VM instances ולוחצים על הכפתור RDP ליד המכונה שמחוברים אליה דיסקים מסוג Local SSD. אחרי שמזינים את שם המשתמש והסיסמה, נפתח חלון עם ממשק המחשב של השרת.
לוחצים לחיצה ימנית על כפתור ההתחלה של Windows ובוחרים באפשרות Disk Management.
אם לא הפעלתם את כונני ה-SSD המקומיים בעבר, הכלי יבקש מכם לבחור סכמת חלוקה למחיצות חדשות. בוחרים באפשרות GPT ולוחצים על OK.
אחרי שהדיסק של ה-SSD המקומי מאותחל, לוחצים לחיצה ימנית על המקום הפנוי בדיסק ובוחרים באפשרות New Striped Volume.
בוחרים את כונני ה-SSD המקומיים שרוצים לכלול במערך ה-striped. בדוגמה הזו, בוחרים את כל המחיצות כדי לשלב אותן בדיסק SSD מקומי אחד.
פועלים לפי ההוראות ב-New Striped Volume Wizard כדי להגדיר את אמצעי האחסון החדש. אפשר להשתמש בכל פורמט מחיצה שרוצים, אבל בדוגמה הזו בוחרים באפשרות
NTFS. כדי לזרז את תהליך הפרמוט, בוחרים גם באפשרות Perform a quick format.
אחרי שמסיימים את האשף והפורמט של אמצעי האחסון הושלם, בודקים את דיסק ה-SSD המקומי החדש כדי לוודא שהסטטוס שלו הוא
Healthy.
עכשיו אפשר לכתוב קבצים בדיסק ה-SSD המקומי.