סקירה כללית על מאגרי נתונים של NFS

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

כדי לספק לכם גמישות רבה יותר, VMware Engine תומך במאגרי נתונים חיצוניים של Network File System‏ (NFS) משירותים כמו Filestore ו-Google Cloud NetApp Volumes. שימוש במאגר נתונים חיצוני של NFS הוא דרך חסכונית להרחבת נפח האחסון של אפליקציות, גיבויים ועומסי עבודה בארכיון ברמה 2 וברמה 3 שלא דורשים את הביצועים הגבוהים של vSAN.

שירותי אחסון NFS נתמכים

אפשר להשתמש במאגרי נתונים חיצוניים של NFS עם השירותים הבאים: Google Cloud

דרישות כלליות לשימוש במאגרי נתונים של NFS עם VMware Engine

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

דרישות לגבי נפח אחסון ב-NFS

נפחי NFS צריכים לעמוד בדרישות הבאות:

  • מיקום: נפח ה-NFS (מופע Filestore או נפח Google Cloud NetApp Volumes) ואשכול VMware Engine צריכים להיות באותו Google Cloud אזור. ‫VMware Engine לא תומך בהרכבת מאגרי נתונים (Datastores) באזורים שונים. במקרה של עננים פרטיים מורחבים, יש תמיכה רק בחנויות נתונים אזוריות.
  • פרוטוקול:‏ VMware Engine תומך רק ב-NFS גרסה 3 ‏ (NFSv3) לשימוש כמאגר נתונים של VMware Engine. אין תמיכה ב-NFSv4.1.
  • הגנה מפני מחיקה: אם משתמשים ב-Filestore או ב-Google Cloud NetApp Volumes, צריך להפעיל הגנה מפני מחיקה בנפח האחסון כדי למנוע מחיקה מקרית ואובדן נתונים.

הרשאות של חשבון שירות ב-VMware Engine

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

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

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

כשמקצים את התפקיד roles/compute.networkViewer לתצורת VPC משותף, חשוב להחליף את מזהה הפרויקט בדוגמה במזהה פרויקט המארח.

ב-Filestore:

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

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

בנושא Google Cloud NetApp Volumes:

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 NETAPP_PROJECT_ID \
    --member=serviceAccount:service-PROJECT_NUMBER@gcp-sa-vmwareengine.iam.gserviceaccount.com \
    --role=roles/compute.networkViewer

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

  • ‫FILESTORE_PROJECT_ID: מזהה הפרויקט שבו נמצא מופע Filestore.
  • ‫NETAPP_PROJECT_ID: מזהה הפרויקט שבו נמצא נפח האחסון של Google Cloud NetApp Volumes.
  • ‫PROJECT_NUMBER: מספר הפרויקט שבו מופעל VMware Engine.

דרישות לגבי תת-רשת של שירות

צריכה להיות לכם תת-רשת ייעודית לשירות עם טווח CIDR ייחודי שהוקצה לתנועת NFS בין מארחי ESXi לבין נפח ה-NFS. מגדירים את רשת המשנה של השירות באופן הבא:

  • צריך להגדיר טווח CIDR עבור תת-הרשת של השירות, עם מספיק כתובות IP כדי להקצות אחת לכל צומת בענן הפרטי.
  • אפשר להשתמש ברשת המשנה של השירות רק לתנועה של NFS Datastore, אבל אפשר לחבר את אותה רשת משנה לכמה NFS Datastore שונים.
  • צריך להוסיף את הקצאת ה-CIDR השמורה עבור רשת המשנה של השירות לרשימת הלקוחות המורשים או למדיניות הייצוא של נפח ה-NFS. ב-Filestore, מוסיפים כלל בקרת גישה לטווח ה-CIDR של רשת המשנה של השירות. ב-Google Cloud NetApp Volumes, מוסיפים את ה-CIDR לקטע Allowed Clients (לקוחות מורשים) בכללי הייצוא של הווליום.

כללי חומת האש המבוזרת ושער NSX-T לא חלים על רשתות משנה של שירותים.

דרישות לחיבור לרשת

צריך שיהיה חיבור פעיל בין רשת ה-VPC של נפח ה-NFS לבין רשת VMware Engine ‏ (VEN) של הענן הפרטי שבו תבצעו את הטמעת מאגר הנתונים. לא חלים חיובים על גישה לאחסון בתוך אזור מסוים כשמשתמשים ב-Filestore עם Private Service Access ‏ (PSA).

כשמתחברים לשירותי קבצים ברשת, משתמשים באחת משיטות החיבור הבאות, בהתאם לסוג ה-VEN של הענן הפרטי:

  • VEN רגיל: עננים פרטיים שנוצרו ב-VEN רגיל משתמשים ב-VPC Network Peering כדי להתחבר לשירותי קבצים ברשת כמו Filestore (באמצעות PSA) או Google Cloud NetApp Volumes.
  • רשת VEN מדור קודם: עננים פרטיים שפועלים ברשת VEN מדור קודם דורשים חיבור פרטי כדי להתחבר לשירותי קבצים ברשת. אם מוחקים חיבור פרטי בזמן שמאגר נתונים של NFS נמצא בשימוש, הגישה למאגר הנתונים תיפסק. לכן, חשוב לוודא שלא מוחקים חיבור פרטי בזמן שמערכת NFS Datastore מותקנת ונמצאת בשימוש.

יכולת פעולה הדדית עם מחזור החיים של ענן פרטי

מאגרי נתונים של NFS שמנוהלים על ידי VMware Engine API נשארים קבועים לאורך אירועים במחזור החיים של הענן הפרטי, בדרכים הבאות:

  • הרחבה והקטנה של אשכול: אם מוסיפים צמתים לאשכול עם מאגרי נתונים של NFS שמוצמדים, VMware Engine מצמיד אוטומטית את מאגרי הנתונים האלה לצמתים החדשים. אם מסירים צמתים כשמצמצמים את גודל האשכול, כתובות ה-IP של vmknic שלהם משתחררות.
  • הפעלה מחדש של הצומת: הגדרת מאגר הנתונים של NFS בצומת היא קבועה ונשארת ללא שינוי אחרי הפעלה מחדש של הצומת.
  • שדרוגי תוכנה: שדרוגים של רכיבי ESXi,‏ vCenter ו-NSX-T לא משפיעים על מאגרי נתונים של NFS שמחוברים למארחים.

העברה מהרכבות של NFS Datastore מדור קודם

אם יצרתם מאגרי נתונים של NFS ב-VMware Engine לפני 1 בינואר 2026, אתם משתמשים במודל מדור קודם. כדי לעבור למודל המומלץ והנתמך, צריך לפנות ל-Cloud Customer Care כדי להתחיל בתהליך ההעברה.

בעיות מוכרות

אלה בעיות מוכרות במאגרי נתונים חיצוניים של NFS:

  • במהלך מחיקה רכה של ענן פרטי, נתיב הרשת אל Datastore נקטע.
  • אחרי שנוצר קישור בין רשתות VPC שכנות (peering), יכול להיות שיעברו עד 20 דקות עד שהפצת המסלולים תגיע לצמתים של vSphere.

המאמרים הבאים