יצירת מופע

בדף הזה מוסבר איך ליצור מכונה של Filestore באמצעות מסוף Cloud de Confiance או Google Cloud CLI.

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

gcloud filestore instances create INSTANCE_ID \
    [--project=PROJECT_ID] \
    [--location=LOCATION] \
    [--description=DESCRIPTION] \
    [--performance=PERFORMANCE] \
    --tier=TIER \
    --file-share=name="FILE_SHARE_NAME",capacity=FILE_SHARE_SIZE \
    --network=name="VPC-NETWORK",[connect-mode=CONNECT_MODE],[reserved-ip-range="RESERVED_IP_ADDRESS"] \
    [--labels=KEY=VALUE,[KEY=VALUE,…]] \
    [--kms-key=KMS_KEY] \
    [--deletion-protection] \
    [--deletion-protection-reason="PROTECTION_REASON"]

gcloud filestore instances create render1 \
  --project=myproject \
  --region=us-central1 \
  --tier=REGIONAL \
  --performance=max-iops-per-tb=17000 \
  --network=name="default",reserved-ip-range="10.0.7.0/29" \
  --flags-file=nfs-export-options.json \
  --deletion-protection \
  --deletion-protection-reason="All genomics data must adhere to current
  organization policies."

 {
"--file-share":
  {
    "capacity": "2048",
    "name": "my_vol",
    "nfs-export-options": [
      {
        "access-mode": "READ_WRITE",
        "ip-ranges": [
          "10.0.0.0/29",
          "10.2.0.0/29"
        ],
        "squash-mode": "ROOT_SQUASH",
        "anon_uid": 1003,
        "anon_gid": 1003
      },
      {
        "access-mode": "READ_ONLY",
        "ip-ranges": [
          "192.168.0.0/26"
        ],
        "squash-mode": "NO_ROOT_SQUASH"
      }
    ]
  }
}

הסבר על מופעים ושיתופים

מכונה של Filestore מייצגת קיבולת אחסון פיזית.

שיתוף מייצג חלק מוקצה של האחסון הזה עם נקודת גישה ייחודית ואישית.

בכל רמות השירות יש אפשרויות אחסון ביחס של 1:1 בין שיתוף למכונה. לחלופין, שיתופים מרובים של Filestore ל-Google Kubernetes Engine‏ (GKE), שזמינים רק למכונות ברמת Enterprise, מאפשרים גישה למספר שיתופים במכונה אחת.

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

מתן שם למכונה

שם המכונה או מזהה המכונה של Filestore משמשים לזיהוי המכונה, ומשתמשים בהם בפקודות gcloud. מזהי המכונות צריכים לעמוד בדרישות של הרכיב <label> ב-RFC 1035. באופן ספציפי, הם צריכים:

• להיות באורך של 1 עד 63 תווים.
• להתחיל באות קטנה.
• להכיל מקפים, אותיות קטנות או ספרות.
• להסתיים באותיות קטנות או בספרות.

מזהה המכונה חייב להיות ייחודי בפרויקט ובאזור ב- Cloud de Confiance שבהם היא נמצאת. אחרי שיוצרים מופע, אי אפשר לשנות את המזהה שלו.

הגדרת רמת השירות

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

פעולות Create במכונות אזוריות, במכונות עם כמה אזורים ובמכונות ארגוניות יכולות להימשך בין 15 דקות לשעה, בהתאם לגודל המכונה.

המכסה של Filestore נצרכת כשמתחילה יצירת המכונה, אבל אתם לא מחויבים על המכונה במהלך הזמן הזה.

הקצאת קיבולת

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

ב-CLI של gcloud, אפשר לציין את הקיבולת במספרים שלמים באמצעות GiB או TiB. יחידת ברירת המחדל היא GiB.

בטבלה הבאה מוצגים גודלי המכונות שזמינים לכל רמה:

הגודל של המכונות יכול להיות כל ערך שלם של גיביבייט או המקבילה שלו בטביבייט, שנמצא בין הגודל המינימלי למקסימלי של המכונה ומתחלק בגודל של שלב ההגדלה. לדוגמה, גדלים חוקיים למכונות ברמת אזור עם טווח קיבולת גבוה יותר כוללים 10 TiB,‏ 12.5 TiB ו-15 TiB.

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

מכסת הקיבולת הכוללת

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

אחרי שתגיעו למגבלת המכסה, לא תוכלו ליצור עוד מכונות Filestore או להגדיל את הקיבולת של המכונות הקיימות. כדי לראות את המכסה הזמינה, נכנסים לדף Quotas במסוף Cloud de Confiance :

לפתיחת הדף Quotas

במאמר בקשה להגדלת מכסות מוסבר איך מבקשים להגדיל את המכסה.

הגדרת הביצועים

ביצועי המכונה תלויים ברמת השירות שתבחרו.

רמות אזוריות ורמות של תחום מוגדר

• ברמות האזוריות והמקומיות, ביצועים בהתאמה אישית מופעלים כברירת מחדל כשמשתמשים במסוף Cloud de Confiance , ומאפשרים להגדיר את הביצועים על סמך עומס העבודה וקנה המידה. אפשר להגדיר יחס של IOPS לכל TiB, שמאפשר לשנות את קנה המידה של IOPS של המכונה בהתאם לקיבולת, או ערך קבוע של IOPS שלא משתנה בהתאם לקיבולת אבל אפשר לשנות אותו בכל שלב אם הקיבולת משתנה. פרטים נוספים על המגבלות זמינים במאמר מגבלות ביצועים בהתאמה אישית.

• כדי ליצור מכונות אזוריות עם קיבולת נמוכה מ-1024 GiB, צריך להפעיל ביצועים בהתאמה אישית. ערך ה-IOPS המינימלי למכונות האלה הוא 2,000. מידע נוסף זמין במאמר מכונות Filestore בקיבולת נמוכה.

רמות SSD בסיסי ו-HDD בסיסי

• ברמות SSD בסיסיות, מספר ה-IOPS קבוע ולא משתנה כשמשנים את הגדרות הקיבולת.
• ברמות HDD בסיסיות, מגבלות הביצועים משתנות בהתאם לקיבולת, אם היא בטווח של 1 TiB עד 10 TiB או מ-10 TiB עד 63.9 TiB.

מידע נוסף על הגדרות ומגבלות של ביצועים זמין במאמר ביצועים.

הגדרת היחס בין IOPS ל-TiB

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

אם רוצים להשתמש ב-IOPS קבוע, מבטלים את הסימון בתיבה Scale performance with capacity.

נניח שציינתם את ערכי הביצועים הראשוניים הבאים:

• ‫Capacity: ‏ 1 TiB
• IOPS ל-TiB: ‏ 6,000
• ביצועים (כשתיבת הסימון התאמת הביצועים לקיבולת מסומנת): 6,000 פעולות קלט/פלט לשנייה (IOPS)

הדוגמאות הבאות מראות איך הביצועים משתנים בהתאם לשינויים בהגדרות:

• אם מגדילים את הערך של IOPS per TiB ל-7,000, הערך של Performance משתנה ל-7,000‎ IOPS.
• הגדלת הקיבולת ל-‎2 TiB משנה את הביצועים ל-14,000 IOPS.
• אם מקטינים את הערך של Performance ל-8,000 IOPS, הערך של IOPS per TiB משתנה ל-4,000.

ציון מספר קבוע של פעולות קלט/פלט לשנייה (IOPS)

אם מבטלים את הסימון של התיבה Scale performance with capacity, בשדה Performance מציינים את מספר ה-IOPS שרוצים להשתמש בו. המספר הזה צריך להיות בטווח הביצועים ובכפולה של 1,000.

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

לדוגמה, ציינתם את הערכים הבאים:

• ‫Capacity: ‏ 4 TiB
• ביצועים 40,000 IOPS

בשלב הזה, אתם יכולים להגדיל את הביצועים עד ל-‎68,000 IOPS, שזו המגבלה לקיבולת של ‎4 TiB. אתם רוצים להגדיל את הביצועים ל-70,000 IOPS, שזה מעבר לטווח הביצועים של קיבולת בנפח 4TiB. כדי לשמור על תאימות, צריך להגדיל את הקיבולת ל-‎4.25 TiB או יותר כדי שהיא תהיה בטווח הביצועים.

בחירת מיקום

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

למידע נוסף על אזורים ותחומים, קראו את המאמר מיקום גיאוגרפי ואזורים.

בחירת הפרוטוקול של מערכת הקבצים

בוחרים את הפרוטוקול של מערכת הקבצים שמתאים לצרכים שלכם. שירות Filestore תומך בפרוטוקולים NFSv3 ו-NFSv4.1.

הגדרת חיבורים

בוחרים את סוג מחסנית ה-IP של הרשת ואת רשת ה-VPC.

בחירת סוג מחסנית ה-IP של הרשת

בוחרים ב-IPv4 או ב-IPv6 כסוג מחסנית ה-IP של הרשת.

בחירת רשת VPC

הרשת שבוחרים להשתמש בה עם Filestore יכולה להיות רשת VPC רגילה או רשת VPC משותפת.

רשת VPC

אם אתם משתמשים במסוף Cloud de Confiance , אתם צריכים להשתמש ב-Private Service Connect שמאפשר לצרכנים לגשת לשירותים מנוהלים באופן פרטי מתוך רשת ה-VPC שלהם. ב-Private Service Connect, הצרכן צריך להקצות כתובת IP פנימית אחת ב-VPC שלו כדי ליצור נקודת קצה (endpoint) של Private Service Connect, במקום להקצות טווח שלם של כתובות IP כדי לאפשר את החיבור.

כדי ליצור נקודת קצה של Private Service Connect ברשת היעד של הצרכן, צריך ליצור מדיניות חיבור לשירות בפרויקט.

מידע נוסף על השימוש ב-Private Service Connect זמין במאמר יצירת מכונה של Filestore באמצעות Private Service Connect.

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

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

רשת VPC משותפת

כדי ליצור מכונה של Filestore עם רשת VPC משותפת, צריך ליצור את המכונה בפרויקט המארח.

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

רשתות VPC משותפות מוצגות ב Cloud de Confiance מסוף בפורמט הבא:

projects/HOST_PROJECT_ID/global/networks/SHARED_VPC_NAME

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

נעילת קובץ NFS

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

• רשת VPC שאינה רשת ברירת המחדל.
• רשת ה-VPC שמוגדרת כברירת מחדל עם כללי חומת אש ששונו.

השיקול הזה רלוונטי רק למכונות Filestore שמשתמשות בשיטות החיבור "גישה לשירותים פרטיים" או "חיבור ישיר בין רשתות שכנות (peering)".

מידע נוסף זמין במאמר הגדרת כללים של חומת אש.

הגדרת שיתוף הקבצים

שיתוף קבצים הוא הספרייה במכונה של Filestore שבה מאוחסנים כל הקבצים המשותפים. זה גם מה שאתם טוענים או ממפים ב-VM של הלקוח.

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

• להיות באורך של 1-32 תווים ברמות אזוריות, אזוריות וארגוניות, ובאורך של 1-16 תווים ברמות בסיסיות.
• להתחיל באות.
• להכיל אותיות רישיות או קטנות, מספרים וקווים תחתונים.
• להסתיים באות או במספר.

הגדרת בקרת גישה מבוססת-IP

כברירת מחדל, מכונה של Filestore מעניקה גישת קריאה וכתיבה ברמת הבסיס לכל הלקוחות, כולל מכונות וירטואליות של Compute Engine ואשכולות GKE, שחולקים את אותו פרויקט ורשת VPC ב- Cloud de Confiance . כדי להגביל את הגישה, אפשר ליצור כללים שמעניקים רמות גישה ספציפיות ללקוחות על סמך כתובת ה-IP שלהם. אחרי שמוסיפים את הכללים, כל כתובות ה-IP והטווחים שלא צוינו בכלל לא יקבלו גישה. במכונות ברמת האזור, ברמת המחוז וברמת הארגון אפשר להגדיר טווחי כתובות IP חופפים. מידע נוסף זמין במאמר הרשאות חופפות.

בטבלה הבאה מתוארות ההרשאות של כל רמת גישה. רמות הגישה האלה משמשות רק במסוף Cloud de Confiance . ב-CLI של gcloud וב-API, צריך לציין את הגדרות הכללים באופן ישיר.

‫root-squash ממפה את כל הבקשות מ-uid 0 ומ-gid 0 אל anon_uid ואל anon_gid, בהתאמה. ההגדרה הזו מסירה את הגישה ברמת הבסיס (root) מלקוחות שמנסים לגשת לקובץ המשותף כמשתמשי Root.

כשיוצרים כללי גישה שמבוססים על כתובות IP:

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

במסוף Cloud de Confiance , אפשר ליצור עד 4 כללים שונים (admin,‏ admin-viewer, ‏ editor, ‏ viewer) שכוללים עד 64 כתובות IP או טווחי כתובות IP שונים.

ב-CLI של gcloud, אפשר להגדיר עד 64 כתובות IP או בלוקים של CIDR לכל מכונה של Filestore, ב-10 כללים שונים לכל היותר. כלל מוגדר כשילוב של ההגדרות access-mode, squash-mode ו-anon_uid/anon_gid. ערכי ברירת המחדל של השדות anon_uid ו-anon_gid הם 65534, ואפשר להגדיר אותם רק באמצעות ה-API וה-CLI של gcloud.

דוגמה

דוגמה לשלושה כללי גישה שונים שמבוססים על כתובות IP:

• ‫access-mode=READ_ONLY, squash-mode=ROOT_SQUASH, anon_uid=10000.
• ‫access-mode=READ_WRITE, squash-mode=ROOT_SQUASH, anon_gid=150.
• ‫access-mode=READ_WRITE, squash-mode=NO_ROOT_SQUASH.

כדי ליצור כללים של בקרת גישה שמבוססים על כתובות IP באמצעות ה-CLI של gcloud, משתמשים בדגל --flags-file עם הפקודות instances create או instances update ומפנים אותו לקובץ תצורה בפורמט JSON. לדוגמה, אם קובץ התצורה של JSON נקרא nfs-export-options.json, הדגל יהיה:

--flags-file=nfs-export-options.json

קובץ תצורה לדוגמה בפורמט JSON:

   {
  "--file-share":
    {
      "capacity": "2048",
      "name": "my_vol",
      "nfs-export-options": [
        {
          "access-mode": "READ_WRITE",
          "ip-ranges": [
            "10.0.0.0/29",
            "10.2.0.0/29"
          ],
          "squash-mode": "ROOT_SQUASH",
          "anon_uid": 1003,
          "anon_gid": 1003
        },
         {
          "access-mode": "READ_ONLY",
          "ip-ranges": [
            "192.168.0.0/26"
          ],
          "squash-mode": "NO_ROOT_SQUASH"
        }
      ]
    }
}

• ‫ip-ranges היא כתובת ה-IP או טווח הכתובות שרוצים לתת להם גישה. אפשר לציין כמה כתובות IP או טווחים על ידי הפרדה באמצעות פסיק. רק במכונות אזוריות, עירוניות וארגוניות יש תמיכה בהגדרות אישיות של טווחי כתובות IP חופפים. למידע נוסף, ראו הרשאות חופפות.
• ‫access-mode היא רמת הגישה שרוצים להעניק ללקוחות שכתובת ה-IP שלהם נמצאת בטווח ip-range. הערכים האפשריים הם READ_WRITE או READ_ONLY. ערך ברירת המחדל הוא READ_WRITE.
• ‫squash-mode יכול לקבל את הערכים ROOT_SQUASH או NO_ROOT_SQUASH. הערך ROOT_SQUASH מסיר את הגישה ברמת הבסיס ללקוחות שכתובת ה-IP שלהם נמצאת בטווח ip-range, והערך NO_ROOT_SQUASH מאפשר גישה ברמת הבסיס. ערך ברירת המחדל הוא NO_ROOT_SQUASH.
• ‫anon_uid הוא הערך של מזהה המשתמש שרוצים למפות ל-anon_uid. ערך ברירת המחדל הוא 65534.
• ‫anon_gid הוא הערך של מזהה הקבוצה שרוצים למפות ל-anon_gid. ערך ברירת המחדל הוא 65534.

לקוחות בטווחים שהם לא RFC 1918

אם אתם מתכננים לחבר לקוחות שאינם מסוג RFC 1918 למכונה של Filestore, אתם צריכים לתת להם גישה מפורשת למכונה של Filestore באמצעות בקרת גישה מבוססת-IP.

שדות אופציונליים

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

הוספת תיאור למכונה

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

• סוגי הקבצים שמאוחסנים במכונה.
• למי יש גישה למכונה.
• הוראות לקבלת גישה למכונה.
• למה משמש המכונה.

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

הוספת תוויות

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

הגדרת טווח כתובות IP שמורות

לכל מכונה של Filestore צריך להיות טווח כתובות IP שמשויך אליה. יש תמיכה בטווחי כתובות IP מסוג RFC 1918 ומסוגים אחרים (GA).

אחרי שמציינים טווח כתובות IP של מכונה, אי אפשר לשנות אותו.

מומלץ לאפשר ל-Filestore לקבוע באופן אוטומטי טווח כתובות IP פנויות ולהקצות אותו למכונה. כשבוחרים טווח משלכם, חשוב להביא בחשבון את הדרישות הבאות של משאבי ה-IP של Filestore:

• צריך להשתמש בסימון CIDR.

• הטווח חייב להיות טווח תקין של רשת משנה של VPC.

• במכונות בסיסיות, גודל הבלוק צריך להיות 29. לדוגמה, 10.123.123.0/29.

• במכונות אזוריות, במכונות בכמה אזורים ובמכונות ברמת הארגון, גודל הבלוק צריך להיות 26. לדוגמה, 172.16.123.0/26.

• טווח כתובות ה-IP לא יכול לחפוף לטווחים הבאים:

  • רשתות משנה קיימות ברשת ה-VPC שבה משתמש המכונה של Filestore.

  • רשתות משנה קיימות ברשת VPC שמקושרת ברשת Peering לרשת שבה נמצא מכון Filestore. לפרטים נוספים, קראו את המאמר רשתות משנה חופפות בזמן יצירת קישור Peering.

  • טווחי כתובות IP שהוקצו לכל מכונה קיימת אחרת של Filestore באותה רשת.

  • טווח הכתובות 172.17.0.0/16 שמור לרכיבים פנימיים של Filestore. כתוצאה מכך, חלות המגבלות הבאות:

    • לקוחות בטווח הזה לא יכולים להתחבר למכונות של Filestore.

    • אי אפשר ליצור מכונות Filestore בטווח הזה של כתובות ה-IP. מידע נוסף מופיע במאמר בעיות מוכרות.

• בכל רשת VPC צריך להיות לפחות חיבור אחד של VPC Network Peering או של גישה לשירותים פרטיים.

כדי לראות את טווחי כתובות ה-IP של רשתות המשנה ברשת ה-VPC, נכנסים לדף VPC networks במסוף Cloud de Confiance :

כניסה לדף VPC Networks

אתם יכולים לקבל את טווח כתובות ה-IP השמורות של כל מכונה של Filestore בדף המכונות של Filestore במסוףCloud de Confiance :

כניסה לדף Filestore Instances

אם אתם רוצים להשתמש בגישה לשירותים פרטיים ולציין טווח כתובות IP שמורות, אתם צריכים לציין את השם של טווח הכתובות שהוקצה לחיבור. אם לא מציינים שם של טווח, Filestore משתמש באופן אוטומטי בכל אחד מהטווחים שהוקצו ומשויכים לחיבור הגישה לשירותים הפרטיים.

שימוש במפתח הצפנה בניהול הלקוח

כברירת מחדל, Cloud de Confiance by S3NS מצפין באופן אוטומטי נתונים במצב מנוחה באמצעות מפתחות הצפנה שמנוהלים על ידי Google. אם אתם צריכים יותר שליטה במפתחות שמגינים על הנתונים שלכם, אתם יכולים להשתמש במפתחות הצפנה בניהול הלקוח (CMEK) ב-Filestore. לפרטים נוספים, קראו את המאמר הצפנת נתונים באמצעות מפתחות הצפנה בניהול הלקוח.

הפעלת ההגנה מפני מחיקה

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

הוספת תיאור להגדרה של הגנה מפני מחיקה

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

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

• איך מגדירים מכונה לשימוש עם פרוטוקול NFSv4.1
• איך מחברים מכונות ללקוחות:
  • התקנת התיקייה המשותפת של Filestore במכונה וירטואלית של Compute Engine.
  • גישה למכונות Filestore באמצעות מנהל ההתקן של Filestore CSI.
  • שימוש במכונות Filestore כמאגרי נתונים חיצוניים למארחי VMware ESXi ב-Google Cloud VMware Engine.
  • התקנת שיתופי קבצים בלקוחות מרוחקים.
  • להתקין מכונה של Filestore בשירות Cloud Run כדי לשתף נתונים בין קונטיינרים ושירותים.
• איך מאחזרים פרטים של מכונה, כמו כתובת ה-IP שלה, כדי שתוכלו לגשת לתיקייה המשותפת של Filestore מלקוחות.
• פתרון בעיות ביצירת מכונות שקשורות ל-Filestore
• מידע נוסף על רשתות VPC ורשתות משנה
• מידע נוסף על דרישות הרשת ומשאבי ה-IP של Filestore