שימוש ב-Google Cloud NetApp Volumes כמחסן נתונים של vSphere ב-VMware Engine

בדף הזה מוסבר איך להשתמש באחסון NFS של Google Cloud NetApp Volumes עם רמות שירות מאוחדות Standard,‏ Premium,‏ Extreme ו-Flex בתור מאגר נתונים חיצוני למארחי ESXi ב-Google Cloud VMware Engine. כדי להשתמש ב-Google Cloud NetApp Volumes כמאגר נתונים, יוצרים נפחים של Google Cloud NetApp Volumes באותו אזור שבו נמצא אשכול vSphere, ואז מטמיעים אותם כמאגרי נתונים חיצוניים במארחי ESXi קיימים ב-VMware Engine. הפתרון הזה מספק הגנה על הנתונים באמצעות תמונות מצב עקביות ושיכפול בין אזורים.

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

הדיאגרמה הבאה מציגה שימוש ב-NetApp Volumes עם VMware Engine ו-Compute Engine:

‫NetApp Volumes בהקשר של VMware Engine ו-Compute Engine.

הדיאגרמה שלמעלה ממחישה שימוש ב-Google Cloud NetApp Volumes כמאגר נתונים חיצוני ל-VMware Engine. קיים קישור בין רשת ה-VPC לרשת VMware Engine‏ (VEN). קיים עוד קישור בין רשתות VPC שכנות בין ה-VEN לבין רשת השירות NetApp Volumes ב-Google Cloud, שבה נמצא נפח ה-NFS. הווליום של Google Cloud NetApp Volumes מותקן כמאגר נתונים של NFS במארחי ESXi בענן הפרטי של VMware Engine.

מגבלות

בנוסף למגבלות שמפורטות במאמר סקירה כללית של מאגרי נתונים של NFS, המגבלות הבאות חלות על מאגרי נתונים של Google Cloud NetApp Volumes:

  • ‫VAAI: העתקת נתונים (VAAI) לא נתמכת.

לפני שמתחילים

לפני שמבצעים מאונט של נפח NFS חיצוני בתור Datastore, צריך לוודא שמתקיימות הדרישות המוקדמות הבאות:

  • קישור בין רשתות VPC שכנות (peering): יוצרים חיבור פעיל של קישור בין רשתות VPC שכנות בין רשת ה-VPC של נפח ה-NFS לבין רשת VMware Engine (VEN) של הענן הפרטי שבו מתכננים לטעון את מאגר הנתונים.
  • רשת משנה של שירות: שומרים רשת משנה ייעודית של שירות עם טווח CIDR ייחודי שמוקצה לתנועת NFS. צריך להגדיר לפחות /26 CIDR אחד לרשת השירות של VMware Engine לאחסון NFS חיצוני. חובה להשתמש ברשת המשנה הזו באופן בלעדי עבור מאגרי נתונים של NFS, אבל אפשר להשתמש באותה רשת משנה של שירות לכמה מאגרי נתונים של NFS.
  • הגנה מפני מחיקה: הפעלת הגנה מפני מחיקה בווליום כדי למנוע מחיקה בטעות ואובדן נתונים.

הרשאות

כדי לטעון נפחים של Google Cloud NetApp Volumes כמאגרי נתונים חיצוניים, לסוכן השירות של VMware Engine נדרשים תפקידים ספציפיים ב-IAM עבור service-PROJECT_NUMBER@gcp-sa-vmwareengine.iam.gserviceaccount.com. מקצים לסוכן השירות את התפקידים הבאים:

  • roles/netapp.viewer: מעניקים את התפקיד הזה בפרויקט שבו נמצא Google Cloud NetApp Volumes. התפקיד הזה מאפשר ל-VMware Engine לגשת לנפחים של Google Cloud NetApp Volumes.
  • roles/compute.networkViewer: מעניקים את התפקיד הזה בפרויקט שבו נמצא Google Cloud NetApp Volumes. אם אתם משתמשים ב-VPC משותף ו-Google Cloud NetApp Volumes פרוס בפרויקט שירות, צריך להעניק את התפקיד הזה בפרויקט המארח. התפקיד הזה מאפשר ל-VMware Engine להציג את הקישור בין רשתות.

משתמשים בפקודות הבאות של ה-CLI של gcloud כדי להעניק את התפקידים האלה:

gcloud projects add-iam-policy-binding NETAPP_PROJECT_ID \
    --member=serviceAccount:service-PROJECT_NUMBER@gcp-sa-vmwareengine.iam.gserviceaccount.com \
    --role=roles/netapp.viewer

gcloud projects add-iam-policy-binding VPC_HOST_PROJECT_ID \
    --member=serviceAccount:service-PROJECT_NUMBER@gcp-sa-vmwareengine.iam.gserviceaccount.com \
    --role=roles/compute.networkViewer

מחליפים את מה שכתוב בשדות הבאים:

  • ‫NETAPP_PROJECT_ID: מזהה הפרויקט שבו נמצא נפח האחסון של Google Cloud NetApp Volumes.
  • ‫PROJECT_NUMBER: מספר הפרויקט שבו מופעל VMware Engine.
  • ‫VPC_HOST_PROJECT_ID: מזהה הפרויקט שמכיל את רשת ה-VPC שמשמשת את Google Cloud NetApp Volumes. אם Google Cloud NetApp Volumes נפרס בפרויקט שירות של VPC משותף, זהו המזהה של הפרויקט המארח. אחרת, הערך הזה זהה לערך של NETAPP_PROJECT_ID.

קבלת פרטים על רשת VPC

כשיוצרים חיבור בין רשתות VPC שכנות (peering) בין VMware Engine לבין NetApp Volumes, צריך פרטים מסוימים על רשת ה-VPC שבה נעשה שימוש ב-NetApp Volumes. כדי למצוא את הפרטים האלה:

  1. נכנסים לדף VPC networks במסוף Google Cloud .

    מעבר לרשתות VPC

  2. לוחצים על רשת ה-VPC שמוצגת כרשת שכנה של NetApp Volumes.

  3. לוחצים על הכרטיסייה VPC network peering (קישור בין רשתות VPC שכנות).

  4. בוחרים את חיבור ה-Peering לפרויקט הדייר של NetApp Volumes. שם החיבור הוא בדרך כלל sn-netapp-prod.

  5. מעתיקים את מזהה הפרויקט עם הפירינג (לדוגמה, netapp-tenant-project-tp) ואת השם של רשת ה-VPC עם הפירינג.

יצירת חיבור של שיתוף פעולה בין רשתות מדור קודם

כדי ליצור חיבור בין VMware Engine לבין שירותי NetApp Volumes או Filestore, צריך ליצור קישור חד-פעמי בין פרויקטים מארחים של דיירים. אם יצרתם את פרויקט VMware Engine ואת העננים הפרטיים לפני 12 בנובמבר 2023, אתם משתמשים בגרסה קודמת של רשת VMware Engine. בסביבות שבהן נעשה שימוש בגרסה קודמת של רשת VMware Engine, צריך לבצע את הפעולות הבאות:

  1. נכנסים לדף Private connections במסוף Google Cloud .

    כניסה לדף Private connections

  2. לוחצים על Select a project (בחירת פרויקט) ואז בוחרים את הארגון, התיקייה או הפרויקט שבהם רוצים ליצור את קישור ה-Peering.

  3. לוחצים על יצירה.

  4. בשדה Private connection name (שם הקישור הפרטי), מציינים שם לקישור, לדוגמה, peering-2-netapp-volumes.

  5. בקטע VMware Engine network (רשת VMware Engine), מציינים את רשת VMware Engine שרוצים ליצור איתה שותפות, לדוגמה, us-central1-default.

  6. בקטע סוג החיבור הפרטי, בוחרים באפשרות שירות של צד שלישי.

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

  8. בשדה Peered VPC network (רשת VPC עם Peering), מזינים את השם של רשת ה-VPC עם Peering שבה נמצא נפח האחסון.

  9. לוחצים על יצירה.

סטטוס ה-VPC peering של החיבור הפרטי החדש יישאר במצב לא פעיל למשך עד 72 שעות בזמן ששירותי VMware Engine בודקים את בקשת ה-peering.

ברשתות מדור קודם, חשוב לוודא שהחיבור הפרטי לפרויקט הדייר של NetApp Volumes פעיל לפני שמנסים לטעון Datastore. אם החיבור חסר או לא פעיל, פעולת ההרכבה תיכשל. בנוסף, מומלץ להימנע ממחיקת חיבור פרטי שנמצא בשימוש על ידי Datastore מוטמע, כי זה עלול לשבש את הגישה ל-Datastore.

יצירת חיבור בין רשתות שכנות (peering)

אם פרויקט VMware Engine והעננים הפרטיים שלכם נוצרו אחרי 12 בנובמבר 2023, צריך לבצע את הפעולות הבאות. מידע נוסף על יצירת VPC Network Peering בסביבות כאלה זמין במאמר יצירת VPC Network Peering.

  1. נכנסים לדף VPC Network peerings במסוף Google Cloud .

    מעבר לקישור בין רשתות VPC שכנות (peering)

  2. לוחצים על Select a project (בחירת פרויקט) ואז בוחרים את הארגון, התיקייה או הפרויקט שבהם רוצים ליצור את קישור ה-Peering.

  3. לוחצים על יצירה.

  4. בשדה Name, מזינים שם לחיבור ה-Peering בין הרשתות. לדוגמה, peering-2-netapp-volumes.

  5. בקטע VMware Engine network (רשת VMware Engine), משאירים את ברירת המחדל In current project (בפרויקט הנוכחי) מסומנת. מציינים את רשת VMware Engine שרוצים ליצור איתה שותפות, לדוגמה ven1.

  6. בקטע Peering, בוחרים באפשרות Google Cloud NetApp Volumes.

  7. בשדה מזהה פרויקט של דייר שירות, מזינים את מזהה הפרויקט המקביל של פרויקט Google Cloud שמכיל את עוצמת הקול.

  8. בקטע ניתוב חילופי, משאירים את הגדרות ברירת המחדל.

  9. לוחצים על יצירה.

אחרי שנוצר VPC Peering, יכול לעבור עד 20 דקות עד שהפצת המסלול תגיע לצמתי vSphere.

פירינג מחבר בין שתי רשתות. אל תאפשרו חפיפה בין מסלולים בשתי הרשתות. לא ניתן למנוע חפיפה במסלולים דינמיים באמצעות שיתוף פעולה (Peering).

יצירת נפחים ב-Google Cloud NetApp Volumes

כשיוצרים נפח של Google Cloud NetApp Volumes לשימוש כמאגר נתונים של VMware Engine, צריך לוודא שכלל ייצוא הנפח מאפשר את הפעולות הבאות:

  • גישה מטווח רשתות המשנה של השירות שיצרתם קודם בקטע Authorized applications (אפליקציות מורשות).
  • גישת קריאה וכתיבה
  • גישת רוט (Root)

סימון נפח אחסון ככזה שלא ניתן למחיקה

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

כדי להפעיל הגנה מפני מחיקה, משתמשים ב-CLI של gcloud כדי להגביל את הפעולה delete בווליום:

gcloud netapp volumes update $VOLUME_NAME --restricted-actions=DELETE --project=$PROJECT --location=$LOCATION

מידע נוסף זמין במאמר מניעת מחיקה של נפח אחסון.

אחרי שיוצרים את אמצעי האחסון, אפשר לבצע מגוון פעולות לניהול אמצעי האחסון באמצעות ממשק המשתמש, ה-API או ה-CLI של NetApp Volumes. מידע נוסף מופיע במאמר סקירה כללית על אמצעי אחסון.

טעינת אמצעי האחסון כ-Datastore

אחרי שיוצרים את הווליום של Google Cloud NetApp Volumes ומשלימים את הדרישות המוקדמות, אפשר לטעון את הווליום כמאגר נתונים באמצעות VMware Engine API.

אחרי ש-VMware Engine מטמיע את מאגר הנתונים, הוא הופך לזמין ואפשר להשתמש בממשק המשתמש של vCenter כדי להקצות מכונות וירטואליות למאגר הנתונים החיצוני, להציג מדדים ולהציג יומנים שקשורים לפעולות קלט/פלט שבוצעו במאגר הנתונים החיצוני.

מידע נוסף על NetApp Volumes זמין במאמר מה זה Google Cloud NetApp Volumes.

תהליך העבודה עם REST,‏ ה-CLI של gcloud ו-Terraform

פרטים על שימוש ב-API, ב-CLI של gcloud או ב-Terraform כדי לנהל מאגרי נתונים של vSphere זמינים במאמר בנושא ניהול נפחי NFS כמאגרי נתונים של vSphere ב-VMware Engine.