שימוש ברישיונות משלכם

במאמר הזה מוסבר איך Google Cloud תומכים בהעברת רישיונות משלכם (BYOL) עם דרישות חומרה ייעודיות אל Compute Engine. לפני שמנסים להעלות ל- Google Cloudתמונות עם רישיונות קיימים, חשוב לקרוא את התנאים וההגבלות של הרישיונות.

כדי להעביר רישיונות קיימים לליבה פיזית או למעבד פיזי עם דרישות חומרה ייעודיות, צריך להביא מדיה משלכם ולהפעיל אותה בהגדרות חומרה שתואמות לרישיונות, כמו צמתים לדייר יחיד (sole-tenant). אפשר להביא תמונות עם רישיונות קיימים לכל אזור שתומך בצמתים של דייר יחיד. למרות שאין חיוב נוסף על הבאת תמונות עם רישיונות קיימים, עדיין צריך לשלם על הרישיונות בהתאם להסכמים.

תרחישי רישוי כמו רישיונות שקשורים ל-Linux BYOS עם RHEL או SLES, וגם אפליקציות של מיקרוסופט, לא דורשים שרתי לדייר יחיד. אם אתם שוקלים להביא רישיונות מאפליקציות של מיקרוסופט כמו SharePoint Server ו-SQL Server, אתם יכולים להשתמש בניוד רישיונות של מיקרוסופט.

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

כדי לתמוך בהחברה מביאה את הרישיון שלה (BYOL) ולעזור לכם לנהל דרישות תאימות שקשורות לרישיונות שלכם, Google Cloud מספקת כלים לייבוא תמונות, לניהול מכונות וירטואליות בחומרה ייעודית באמצעות שרתים לדייר יחיד (sole-tenant), לצמצום השימוש בליבות פיזיות ולמעקב אחר השימוש בליבות פיזיות למטרות דיווח.

כדי להעלות ל- Google Cloudתמונות עם רישיונות קיימים, צריך לבצע את הפעולות הבאות:

  1. מכינים את התמונות בהתאם להסכמי הרישיון.

  2. מפעילים את הרישיונות.

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

  4. יצירת תבניות של שרתים לדייר יחיד.

  5. יוצרים קבוצות של שרתים לדייר יחיד.

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

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

  8. לדווח לספק על ניצול הרישיונות.

אם אתם צריכים תמיכה או שיש לכם שאלות לגבי רישוי, פנו למפיץ הרישוי שלכם. אם אתם צריכים תמיכה או שיש לכם שאלות לגבי העברת תמונות עם רישיונות קיימים אל Google Cloud, אתם יכולים לפנות לתמיכה של Google Cloud .

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

  • בדיקת מדיניות תחזוקת המארחים של קבוצת הצמתים: ב-BYOL יש שתי אפשרויות למדיניות תחזוקת המארחים שמצמצמות את מספר השרתים הפיזיים שמשמשים למטרות רישוי. האפשרויות האלה הן restart-in-place ו-migrate-within-node-group.
  • בקשה להגדלת מכסת המעבדים: פרויקטים חדשים מקבלים מכסת מעבדים של 72. חשוב לוודא שיש לכם מכסת CPU מספקת לתמיכה בקבוצת הצמתים. לדוגמה, אם סוג הצומת n1-node-96-624 מכיל 96 מעבדים, וקבוצת הצמתים שלכם משתמשת במספר המינימלי של צמתים (2), מכסת המעבדים שלכם צריכה להיות לפחות 192. בהתאם להגדרה ולצרכים של עומסי העבודה, יכול להיות שתצטרכו גם לבקש שינוי במכסה של מכונות וירטואליות או כתובות IP.
  • הפעלת Cloud Build API: כדי לייבא את קובץ האימג' של מערכת ההפעלה, צריך להפעיל את Cloud Build API. כשמפעילים את ה-API הזה, ‏ Compute Engine מקצה לפרויקט את תפקידי ה-IAM המתאימים כדי שתוכלו לייבא תמונות לפרויקט. כדי להציג את רשימת התפקידים שהוקצו לפרויקט, משתמשים בפקודה gcloud projects get-iam-policy. במאמר ניהול הגישה למשאבים של Compute Engine מוסבר איך מקצים תפקידים לפרויקט.
  • הפעלת Cloud Logging API: צריך להפעיל את ה-API הזה אם הסכמי הרישוי מחייבים מעקב אחרי השימוש בשרתים פיזיים. אחרי שמפעילים את ה-API הזה, אפשר לייבא ולראות את נתוני השימוש בשרת, כמו מספר הליבות הפיזיות, באמצעות BigQuery, שמומלץ מאוד על ידי Google. במאמר ניתוח השימוש בצומתי sole-tenant מוסבר איך לקבוע את מספר הליבות הפיזיות.
  • אם עדיין לא עשיתם את זה, תצטרכו להגדיר אימות. אימות הוא תהליך שבו מאמתים את הזהות שלכם כדי לקבל גישה לממשקי API ולשירותים של Google Cloud . כדי להריץ קוד או דוגמאות מסביבת פיתוח מקומית, אפשר לבצע אימות ל-Compute Engine באחת מהדרכים הבאות:

    צריך לבחור את הכרטיסייה הרלוונטית לאופן שבו תכננתם להשתמש בדוגמאות בדף הזה:

    המסוף

    כשמשתמשים במסוף Google Cloud כדי לגשת לשירותים Google Cloud ולממשקי ה-API, לא צריך להגדיר אימות.

    gcloud

    1. התקינו את ה-CLI של Google Cloud. אחר כך, אתחלו את ה-CLI של Google Cloud באמצעות הפקודה הבאה: 

      gcloud init

      אם אתם משתמשים בספק זהויות חיצוני (IdP), קודם אתם צריכים להיכנס ל-CLI של gcloud באמצעות המאגר המאוחד לניהול זהויות.

  • הגדרת אזור ותחום כברירת מחדל

    • REST

    כדי להשתמש בסביבת פיתוח מקומית בדוגמאות של API בארכיטקטורת REST שבדף הזה, צריך להשתמש בפרטי הכניסה שאתם נותנים ל-CLI של gcloud.

      התקינו את ה-CLI של Google Cloud.

      אם אתם משתמשים בספק זהויות חיצוני (IdP), קודם אתם צריכים להיכנס ל-CLI של gcloud באמצעות המאגר המאוחד לניהול זהויות.

    מידע נוסף מופיע במאמר אימות לשימוש ב-REST במסמכי האימות של Google Cloud .

ייבוא ויצירה של תמונה מדיסק וירטואלי אופליין

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

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

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

  2. מגדירים את הרישיון המתאים.

  3. מתקינים את החבילות והדרייברים שנדרשים לתאימות ל-Google Cloud.

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

כדי להפעיל מכונה וירטואלית עם רישיון משלכם, צריך לייבא דיסק וירטואלי עם מערכת ההפעלה שבה רוצים להשתמש. אפשר לייבא דיסקים וירטואליים מקטגוריות של Cloud Storage ומעמדות עבודה מקומיים. כשמייבאים קובץ של דיסק וירטואלי מתחנת עבודה מקומית, הכלי לייבוא תמונות מעלה את קובץ התמונה ל-Cloud Storage, ואם צריך, יוצר קטגוריה חדשה ב-Cloud Storage. לאחר מכן, כלי הייבוא מעתיק את הקובץ ל-Compute Engine ויוצר קובץ אימג' לאתחול מקובץ הדיסק הווירטואלי.

קבצים שמאוחסנים ב-Cloud Storage ותמונות ב-Compute Engine כרוכים בחיובים. אחרי שמוודאים שהתמונה מיובאת ומופעלת כראוי כמכונה וירטואלית, אפשר למחוק את קובץ הדיסק הווירטואלי מ-Cloud Storage.

המסוף

  1. עוברים לדף Images.

    כניסה לדף Images

  2. לוחצים על יצירת תמונה.

  3. מציינים שם לתמונה.

  4. בקטע מקור, בוחרים באפשרות דיסק וירטואלי (VMDK, ‏ VHD).

  5. בקטע Cloud Storage file, לוחצים על Browse ומחפשים את מיקום התמונה שרוצים לייבא ב-Cloud Storage.

  6. בקטע Operating system on virtual disk (מערכת הפעלה בדיסק וירטואלי), בוחרים את מערכת ההפעלה של התמונה שמייבאים.

  7. מוודאים שהאפשרות Install guest packages (התקנת חבילות של מערכת הפעלה אורחת) מסומנת, כדי שהתמונה שמייבאים תהיה ניתנת לאתחול.

  8. מרחיבים את הקטע אפשרויות למפתח רישיון. בקטע OS License (רישיון מערכת הפעלה), בוחרים באפשרות Use your own license key (שימוש במפתח רישיון משלכם).

  9. לוחצים על Create כדי לייבא את קובץ האימג'.

gcloud

מריצים את הפקודה gcloud compute images import כדי לייבא קובץ של דיסק וירטואלי וליצור קובץ אימג' של הדיסק מהקובץ של הדיסק הוירטואלי:

gcloud compute images import IMAGE_NAME \
    --source-file VMDK_NAME \
    --byol

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

  • ‫IMAGE_NAME: השם שרוצים לתת לתמונה שנוצרה מקובץ הדיסק הווירטואלי.

  • ‫VMDK_NAME: השם של הדיסק הווירטואלי לייבא וליצור ממנו תמונה. אפשר לייבא קובץ VMDK מהמקורות הבאים:

    • קובץ מקומי: אם אתם מייבאים מקובץ מקומי, השתמשו בנתיב מוחלט או בנתיב יחסי לקובץ. בהתאם לגודל הדיסק הווירטואלי ולמהירות החיבור לרשת, ההעלאה עשויה להימשך כמה עשרות דקות.
    • ‫Cloud Storage: אם מייבאים מ-Cloud Storage, הקטגוריה של Cloud Storage צריכה להיות באותו פרויקט שבו משתמשים כדי לייבא את הדיסק הווירטואלי, וצריך לציין את הנתיב המלא לקובץ בתור gs://BUCKET_NAME/OBJECT_NAME. מחליפים את BUCKET_NAME בשם הקטגוריה של Cloud Storage ואת OBJECT_NAME בשם האובייקט של Cloud Storage.

הפעלת רישיונות

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

כדי להפעיל רישיון, משתמשים בסקריפטים לטעינה בזמן ההפעלה עם מפתח ההפעלה (MAK) שלכם, או מגדירים גישה לשירות ניהול המפתחות (KMS) של מיקרוסופט בארגון. אי אפשר להפעיל תמונות עם רישיונות קיימים מול שרת הרישיונות של Compute Engine.

אחרי שמייבאים את התמונה ומפעילים את הרישיון, מקצים מכונה וירטואלית על סמך התמונה המיובאת לשרת לדייר יחיד (sole-tenant).

יצירת שרתים לדייר יחיד

כדי להריץ מכונות וירטואליות עם הרישיונות הקיימים שלכם בחומרה ייעודית, אתם צריכים:

  1. יוצרים תבניות של שרתי לדייר יחיד (sole-tenant) לפי ההוראות במאמר יצירת תבניות של שרתי לדייר יחיד (sole-tenant).

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

    • אם הרישיונות שלכם מוקצים לכל ליבה פיזית, כדאי להשתמש במדיניות תחזוקת המארח restart-in-place או migrate-within-node-group כדי לצמצם את מספר השרתים הפיזיים שבהם נעשה שימוש.
    • אם הרישיונות מוקצים לכל משתמש או מכשיר (כמו רישיונות של מחשב וירטואלי), צריך להשתמש במדיניות התחזוקה של המארח default, כי במודלים האלה לא צריך להגביל את השימוש בשרת הפיזי.

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

הקצאת מכונה וירטואלית עם דייר יחיד

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

  • כדי להקצות קבוצות של צמתים עם מדיניות תחזוקת מארח restart-in-place, מוודאים שלמכונה הווירטואלית יש את הערך TERMINATE לאפשרות on host maintenance.
  • כדי להקצות בקבוצות צמתים עם מדיניות התחזוקה migrate-within-node-group, צריך לוודא שהמכונה הווירטואלית מטרגטת קבוצת צמתים אחת עם תווית הזיקה node-group-name, ושהיא לא מטרגטת צמתים בודדים עם תווית הזיקה node-name. כל סוג של אפשרות תחזוקה של המארח תקפה, אבל מומלץ להשתמש ב-MIGRATE.

המסוף

אם השתמשתם בתוויות של שיוך צומת בתבנית, אתם יכולים ליצור כמה מכונות וירטואליות באמצעות קבוצות מופעי מכונה מנוהלים (MIG) ולציין את התוויות של שיוך הצומת בהגדרות של שרתים לדייר יחיד (sole-tenant), או ליצור מכונות וירטואליות נפרדות מדף הפרטים של קבוצת הצמתים:

  1. נכנסים לדף Sole-tenant nodes.

    מעבר לשרתים לדייר יחיד

  2. לוחצים על Name של קבוצת הצמתים שבה רוצים להקצות מכונה וירטואלית.

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

    • כדי ליצור מכונה וירטואלית בכל מקום בקבוצת השרתים לדייר יחיד, לוחצים על יצירת מכונה.
    • כדי ליצור מכונה וירטואלית בשרת ספציפי לדייר יחיד (sole-tenant), לוחצים על שם של קבוצת שרתים לדייר יחיד (sole-tenant), ואז לוחצים על שם של שרת לדייר יחיד (sole-tenant), ואז לוחצים על יצירת מופע.

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

  5. בוחרים Machine configuration על ידי ציון משפחת מכונות,‏ Series ו-סוג מכונה. בוחרים את הסדרה שמתאימה לסוג השרת לדייר יחיד.

  6. בוחרים את דיסק האתחול של ה-VM בדייר יחיד, שהוא קובץ האימג' של הדיסק הווירטואלי שיובא קודם לכן.

  7. לוחצים על הכרטיסייה ניהול:

    • בקטע Availability policy > On host maintenance, בוחרים את אופן ההפעלה מחדש של המכונה הווירטואלית.
    • בקטע הפעלה מחדש אוטומטית, בוחרים באפשרות מופעלת (מומלץ) או מושבתת.

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

gcloud

מקצים מכונה וירטואלית של שרת לדייר יחיד בקבוצת צמתים של שרת לדייר יחיד באמצעות הפקודה gcloud compute instances create.

gcloud compute instances create VM_NAME \
    --machine-type MACHINE_TYPE \
    --image IMAGE_NAME \
    --zone ZONE \
    --node-group GROUP_NAME \
    RESTART_BEHAVIOR \
    --maintenance-policy MAINTENANCE_POLICY

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

  • ‫VM_NAME: השם של המכונה הווירטואלית שרוצים ליצור.
  • ‫MACHINE_TYPE: סוג המכונה של ה-VM החדש.
  • ‫IMAGE_NAME: תמונה ליצירת מכונה וירטואלית ממנה. זו התמונה שנוצרה במהלך תהליך הייבוא.
  • ‫ZONE: האזור שבו תיצור את המכונה הווירטואלית.
  • ‫GROUP_NAME: השם של קבוצת הצמתים שבה רוצים להקצות את המכונה הווירטואלית.

  • ‫RESTART_BEHAVIOR: התנהגות ההפעלה מחדש של המכונה הווירטואלית הזו. מגדירים את התנהגות ההפעלה מחדש לאחד מהערכים הבאים:

    • --restart-on-failure
    • --no-restart-on-failure

  • ‫MAINTENANCE_POLICY: התנהגות המכונה הווירטואלית במהלך אירועי תחזוקה. מגדירים את מדיניות התחזוקה לאחד מהערכים הבאים:

    • MIGRATE
    • TERMINATE

REST

מקצים VM לדייר יחיד בקבוצת צמתים לדייר יחיד באמצעות השיטה instances.insert.

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/VM_ZONE/instances

{
  "name": "VM_NAME",
  "machineType": "/zones/MACHINE_TYPE_ZONE/machineTypes/MACHINE_TYPE",
  "scheduling": {
    "nodeAffinities": [
      {
        "key": "node-group",
        "operator": "IN",
        "values": [
        "GROUP_NAME"
        ]
      }
    ],
    "onHostMaintenance": "MAINTENANCE_POLICY",
    "automaticRestart": "AUTOMATIC_RESTART"
  },
  "networkInterfaces": [
    {
     "network": "/global/networks/NETWORK",
     "subnetwork": "/regions/region/subnetworks/SUBNETWORK"
    }
  ],
  "disks": [
    {
      "boot": true,
      "initializeParams": {
        "sourceImage": "/projects/IMAGE_PROJECT/global/images/family/IMAGE_FAMILY"
       }
    }
  ]
}

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

  • ‫PROJECT_ID: מזהה הפרויקט שבו רוצים ליצור את המכונה הווירטואלית.
  • ‫VM_ZONE: האזור שבו יוצרים את המכונה הווירטואלית.
  • ‫VM_NAME: שם המכונה הווירטואלית החדשה.
  • ‫MACHINE_TYPE_ZONE: האזור שמכיל את סוג המכונה.
  • ‫MACHINE_TYPE: סוג המכונה להקצאת ה-VM.
  • ‫GROUP_NAME: השם של קבוצת הצמתים שבה רוצים להקצות את המכונה הווירטואלית.
  • ‫MAINTENANCE_POLICY: התנהגות המכונה הווירטואלית במהלך אירועי תחזוקה. הערך יכול להיות MIGRATE או TERMINATE.
  • ‫AUTOMATIC_RESTART: קובע אם המכונה הווירטואלית תופעל מחדש באופן אוטומטי אם Compute Engine יעצור אותה. ערך ברירת המחדל הוא true.
  • ‫NETWORK: שם הרשת שאליה רוצים לחבר את המכונה הווירטואלית.
  • ‫SUBNETWORK: השם של רשת המשנה שאליה רוצים לחבר את המכונה הווירטואלית.
  • ‫IMAGE_PROJECT: פרויקט התמונה שמכיל את תמונת המקור.
  • ‫IMAGE_FAMILY: משפחת התמונות של תמונת המקור.

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