דיסקים מקומיים מסוג SSD מיועדים לתרחישי שימוש באחסון זמני, כמו מטמון או מרחב עיבוד זמני. דיסקים מקומיים של SSD ממוקמים במכונה הפיזית שבה פועלת המכונה של Compute Engine, ולכן אפשר ליצור אותם רק במהלך תהליך יצירת מכונת המחשוב. אי אפשר להשתמש בדיסקי SSD מקומיים כמכשירי אתחול.
בסדרות מכונות מהדור השלישי ואילך שתומכות בדיסקים מקומיים של SSD (לא כולל G4 ו-M3), Compute Engine מצרף באופן אוטומטי מספר מסוים של דיסקים מקומיים של SSD כשיוצרים את המכונה. סדרות המכונות האלה מציעות אחסון SSD מקומי בדרכים הבאות:
- H4D, C4, C4A, C4D, C4N (גרסת Preview), C3 ו-C3D: בסדרות המכונות האלה, אחסון SSD מקומי זמין רק בסוגי המכונות שמסתיימים ב-
-lssd, כמוc3-standard-88-lssd. - סדרות המכונות Z3, A4X Max, A4X, A4, A3 ו-A2 Ultra: בכל סוגי המכונות בסדרות האלה יש אחסון SSD מקומי.
בסוגי מכונות G4, M3, דור ראשון ודור שני שתומכים בדיסקים מקומיים של SSD, צריך לציין את מספר הדיסקים המקומיים של SSD שרוצים לצרף כשיוצרים את מכונת החישוב.
אחרי שיוצרים דיסק SSD מקומי, צריך לעצב את המכשיר ולהוסיף אותו לפני שמשתמשים בו.
למידע על כמות האחסון ב-SSD מקומי שזמינה בסוגים שונים של מכונות, ועל מספר הדיסקים של SSD מקומי שאפשר לצרף למופע של Compute, אפשר לעיין במאמר בחירת מספר תקין של דיסקים של SSD מקומי.
לפני שמתחילים
- לפני שמשתמשים בדיסקים של SSD מקומי, חשוב לעיין במגבלות של 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 .
יצירת מכונת חישוב עם דיסקים מקומיים של SSD
אפשר ליצור מכונת חישוב עם אחסון SSD מקומי באמצעותGoogle Cloud console, ה-CLI של gcloud או Compute Engine API.
המסוף
נכנסים לדף Create an instance.
מציינים את השם, האזור והתחום של מכונת החישוב. אם רוצים, מוסיפים תיוגים או תוויות.
בקטע Machine configuration (הגדרת המכונה), בוחרים את משפחת המכונות שכוללת את סוג מכונת היעד.
בוחרים סדרה מהרשימה סדרה ואז בוחרים את סוג המכונה.
- במקרים של H4D, C4, C4A, C4D, C4N (גרסת Preview), C3 ו-C3D, בוחרים סוג מכונה שמסתיים ב-
-lssd. - במכונות מסוג Z3, A4X Max, A4X, A4, A3 ו-A2 Ultra, כל סוג מכונה מגיע עם אחסון SSD מקומי.
- בסדרות המכונות G4, M3 או דור ראשון ושני, אחרי שבוחרים את סוג המכונה, מבצעים את הפעולות הבאות:
- מרחיבים את הקטע אפשרויות מתקדמות.
- מרחיבים את Disks (דיסקים), לוחצים על Add Local SSD (הוספת SSD מקומי) ומבצעים את הפעולות הבאות:
- בדף Configure Local SSD (הגדרת SSD מקומי), בוחרים את סוג ממשק הדיסק.
- ברשימה Disk capacity (קיבולת הדיסק), בוחרים את מספר הדיסקים הרצוי.
- לוחצים על Save.
- במקרים של H4D, C4, C4A, C4D, C4N (גרסת Preview), C3 ו-C3D, בוחרים סוג מכונה שמסתיים ב-
ממשיכים בתהליך יצירת מופע המחשוב.
אחרי שיוצרים את המכונה עם דיסקים מסוג SSD מקומי, צריך לפרמט כל מכשיר ולהוסיף אותו כדי שיהיה אפשר להשתמש בדיסקים.
gcloud
כדי ליצור מכונת חישוב עם דיסקים מקומיים מסוג SSD שמצורפים לסדרות המכונות Z3, A4X Max, A4X, A4, A3 ו-A2 Ultra, צריך ליצור מכונה שמשתמשת באחד מסוגי המכונות שזמינים לסדרה הזו. לשם כך, פועלים לפי ההוראות ליצירת מכונה.
כדי ליצור מכונת חישוב עם דיסקים מקומיים מסוג SSD מצורפים בסדרות המכונות H4D, C4, C4A, C4D, C4N (בגרסת Preview), C3 ו-C3D, פועלים לפי ההוראות ליצירת מכונה ומציינים סוג מכונה שמסתיים ב-
-lssd.לדוגמה, אפשר ליצור מכונת C3 עם שני דיסקים מקומיים של 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
כדי ליצור מכונת חישוב עם כונני SSD מקומיים מצורפים בסדרות המכונות G4, M3 ודור ראשון ושני, פועלים לפי ההוראות ליצירת מכונה, אבל משתמשים בדגל
--local-ssdכדי ליצור ולצרף כונן SSD מקומי. כדי ליצור כמה דיסקים מסוג Local SSD, מוסיפים עוד דגלים מסוג--local-ssd. אפשר גם להגדיר ערכים לממשק ולשם המכשיר לכל--local-ssdדגל.לדוגמה, אפשר ליצור מכונת M3 עם ארבעה דיסקים מקומיים של 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: השם של מכונת ה-Compute החדשה
- 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.
אחרי שיוצרים מכונת חישוב עם דיסקים מקומיים מסוג SSD, צריך לפרמט כל מכשיר ולהוסיף אותו לפני שמשתמשים בו.
Terraform
כדי ליצור מכונת Compute עם דיסקים מקומיים מסוג 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 כדי ליצור מכונה מתוך משפחת תמונות או מתוך גרסה ספציפית של קובץ אימג' של המערכת.
- כדי ליצור מכונת חישוב עם כונני SSD מקומיים שמצורפים אליה בסדרות המכונות Z3, A4X Max, A4X, A4, A3 ו-A2 Ultra, צריך ליצור מכונה שמשתמשת בכל אחד מסוגי המכונות שזמינים לסדרה הזו.
כדי ליצור מכונת חישוב עם כונני SSD מקומיים מצורפים בסדרות המכונות H4D, C4, C4A, C4D, C4N (גרסת Preview), C3 ו-C3D, צריך לציין סוג מכונה שמסתיים ב-
-lssd.זוהי דוגמה למטען ייעודי (payload) של בקשה שיוצרת מופע C3 עם דיסק אתחול של Ubuntu ושני דיסקים מקומיים של 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
אי אפשר להשתמש במאפיינים הבאים עם דיסקים מקומיים מסוג 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 לנפח לוגי יחיד.
פורמט והרכבה של דיסקים נפרדים של SSD מקומי
הדרך הקלה ביותר לחבר דיסקים מקומיים של SSD למופע של Compute היא לפרמט כל מכשיר ולהוסיף אותו עם מחיצה אחת. אפשרות אחרת היא לשלב כמה מחיצות לנפח לוגי יחיד.
מכונות Linux
מפרמטים את דיסק ה-SSD המקומי החדש ומפעילים אותו במכונת ה-Linux. אתם יכולים להשתמש בכל פורמט ומבנה של מחיצה שאתם צריכים. בדוגמה הזו נוצרת מחיצה אחת מסוג ext4.
נכנסים לדף VM instances.
לוחצים על הלחצן SSH לצד המכונה עם ה-SSD המקומי החדש שצורף. הדפדפן פותח חיבור טרמינל למופע.
בטרמינל, משתמשים בפקודה
findכדי לזהות את דיסק ה-SSD המקומי שרוצים לטעון.$ find /dev/ | grep google-local-nvme-ssdלדיסקים מקומיים מסוג SSD במצב SCSI יש שמות סטנדרטיים כמו
google-local-ssd-0. לדיסקים מקומיים מסוג 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כדי לפרמט את הדיסק הראשון מסוג NVMe Local SSD במופע.משתמשים בפקודה
mkdirכדי ליצור ספרייה שאליה אפשר לצרף את המכשיר.$ sudo mkdir -p /mnt/disks/[MNT_DIR]מחליפים את
[MNT_DIR]בנתיב של הספרייה שבה רוצים לטעון את דיסק ה-SSD המקומי.מצמידים את דיסק ה-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 המקומי לא קיים. לדוגמה, אם מצלמים תמונת מצב של דיסק האתחול ויוצרים מכונה חדשה בלי דיסקים מקומיים מסוג SSD שמחוברים אליה, המכונה יכולה להמשיך בתהליך ההפעלה ולא להשהות את עצמה ללא הגבלת זמן.
יוצרים את הרשומה
/etc/fstab. משתמשים בפקודהblkidכדי למצוא את המזהה הייחודי האוניברסלי (UUID) של מערכת הקבצים במכשיר, ועורכים את הקובץ/etc/fstabכדי לכלול את המזהה הייחודי האוניברסלי עם אפשרויות הטעינה. אפשר להשלים את השלב הזה באמצעות פקודה אחת.לדוגמה, כדי להשתמש ב-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כדי להשתמש ב-Local 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 מסונכרן עם המחיצות שמצורפות למופע, ולהסיר את הרשומות האלה לפני שיוצרים תמונת מצב של דיסק האתחול.
מכונות וירטואליות של Windows
אפשר להשתמש בכלי לניהול דיסקים של Windows כדי לפרמט ולהטעין דיסק SSD מקומי במופע של Windows.
מתחברים למכונה באמצעות RDP. בדוגמה הזו, עוברים אל הדף VM instances ולוחצים על הלחצן RDP לצד המכונה שמצורפים אליה דיסקים של SSD מקומי. אחרי שמזינים את שם המשתמש והסיסמה, נפתח חלון עם ממשק שולחן העבודה של השרת.
לוחצים לחיצה ימנית על לחצן התחל של Windows ובוחרים באפשרות ניהול דיסקים.
אם לא הפעלתם את דיסק ה-SSD המקומי לפני כן, הכלי יבקש מכם לבחור תוכנית חלוקה למחיצות עבור המחיצות החדשות. בוחרים באפשרות GPT ולוחצים על אישור.
אחרי שהדיסק המקומי מסוג SSD מאותחל, לוחצים לחיצה ימנית על השטח בדיסק שלא הוקצה ובוחרים באפשרות New Simple Volume (נפח פשוט חדש).
פועלים לפי ההוראות באשף יצירת אמצעי אחסון פשוט חדש כדי להגדיר את אמצעי האחסון החדש. אפשר להשתמש בכל פורמט מחיצה שרוצים, אבל בדוגמה הזו נבחר באפשרות
NTFS. כדי להאיץ את תהליך העיצוב, אפשר גם לבחור באפשרות ביצוע עיצוב מהיר.
אחרי שמסיימים את השימוש באשף ועיצוב הנפח, בודקים את הדיסק החדש של Local SSD כדי לוודא שהסטטוס שלו הוא
Healthy.
זהו! עכשיו אפשר לכתוב קבצים לדיסק SSD מקומי.
עיצוב והרכבה של כמה דיסקים מקומיים של 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. עבור דיסקים מקומיים של 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 המקומי לא קיים. לדוגמה, אם מצלמים תמונת מצב של דיסק האתחול ויוצרים מכונה חדשה בלי דיסקים מקומיים מסוג SSD שמצורפים אליה, המכונה יכולה להמשיך בתהליך ההפעלה ולא להשהות את הפעולה שלה ללא הגבלת זמן.
יוצרים את הרשומה
/etc/fstab. משתמשים בפקודהblkidכדי למצוא את המזהה הייחודי האוניברסלי (UUID) של מערכת הקבצים במכשיר, ועורכים את הקובץ/etc/fstabכדי לכלול את המזהה הייחודי האוניברסלי עם אפשרויות הטעינה. מציינים את האפשרות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 מסונכרן עם המחיצות שמצורפות למופע, ולהסיר את הרשומות האלה לפני שיוצרים תמונת מצב של דיסק האתחול.
מכונות וירטואליות של Windows
אפשר להשתמש בכלי לניהול דיסקים של Windows כדי לפרמט ולהטעין מערך של דיסקים מקומיים מסוג SSD במופע של Windows.
מתחברים למכונה באמצעות RDP. בדוגמה הזו, עוברים אל הדף VM instances ולוחצים על הלחצן RDP לצד המכונה שמצורפים אליה דיסקים של SSD מקומי. אחרי שמזינים את שם המשתמש והסיסמה, נפתח חלון עם ממשק שולחן העבודה של השרת.
לוחצים לחיצה ימנית על לחצן התחל של Windows ובוחרים באפשרות ניהול דיסקים.
אם לא הפעלתם את דיסקי ה-SSD המקומיים לפני כן, הכלי יבקש מכם לבחור תוכנית חלוקה למחיצות עבור המחיצות החדשות. בוחרים באפשרות GPT ולוחצים על אישור.
אחרי שהדיסק המקומי מסוג SSD מאותחל, לוחצים לחיצה ימנית על השטח בדיסק שלא הוקצה ובוחרים באפשרות New Striped Volume (יצירת אמצעי אחסון חדש עם פסי נתונים).
בוחרים את דיסקי ה-SSD המקומיים שרוצים לכלול במערך ה-striped. בדוגמה הזו, בוחרים את כל המחיצות כדי לשלב אותן בדיסק SSD מקומי אחד.
פועלים לפי ההוראות באשף הכרכים החדשים של Stripe כדי להגדיר את הכרך החדש. אפשר להשתמש בכל פורמט מחיצה שרוצים, אבל בדוגמה הזו נבחר באפשרות
NTFS. כדי להאיץ את תהליך העיצוב, אפשר גם לבחור באפשרות ביצוע עיצוב מהיר.
אחרי שמסיימים את השימוש באשף ועיצוב הנפח, בודקים את הדיסק החדש של Local SSD כדי לוודא שהסטטוס שלו הוא
Healthy.
עכשיו אפשר לכתוב קבצים לדיסק SSD מקומי.
המאמרים הבאים
- מידע נוסף על שמות של מכשירים למופעי מחשוב.
- איך משווים את הביצועים של דיסקים מקומיים מסוג SSD