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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• בדיקת מדיניות תחזוקת המארח של קבוצת הצמתים: ב-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. במאמר ניתוח השימוש בצומת של דייר יחיד מוסבר איך אפשר לקבוע את מספר ליבות הפיזיות.
• אם עדיין לא עשיתם את זה, תצטרכו להגדיר אימות. אימות הוא תהליך שבו מאמתים את הזהות שלכם כדי לקבל גישה לממשקי API ולשירותים של Cloud de Confiance by S3NS . כדי להריץ קוד או דוגמאות מסביבת פיתוח מקומית, אפשר לבצע אימות ל-Compute Engine באחת מהדרכים הבאות:

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

  המסוף

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

  gcloud

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

     gcloud init

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

REST

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

התקינו את ה-CLI של Google Cloud ואז היכנסו ל-CLI של gcloud באמצעות הזהות המאוחדת שלכם.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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"
       }
    }
  ]
}

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

• אפשר לעיין בשאלות הנפוצות בנושא שימוש ברישיונות משלכם ב- Cloud de Confiance.

• מידע נוסף על Windows ב-Compute Engine