For version information, see the Distributed Cloud connected release notes.

Google uses AI technology to translate content into your preferred language. AI translations can contain errors.

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

בדף הזה נסביר איך לנהל מכונות וירטואליות ב-Google Distributed Cloud במודל מחובר שבה פועל VM Runtime ב-Google Distributed Cloud. כדי לבצע את השלבים שבדף הזה, אתם צריכים להכיר את VM Runtime ב-GDC. רשימה של מערכות הפעלה נתמכות של אורחים זמינה במאמר מערכות הפעלה מאומתות של אורחים עבור VM Runtime ב-GDC.

כדי ללמוד איך מכונות וירטואליות משמשות כרכיב חיוני בפלטפורמה המחוברת של Distributed Cloud, אפשר לעיין במאמר הרחבת GKE Enterprise לניהול מכונות וירטואליות בפריסה מקומית.

קלאסטרים מחוברים של Distributed Cloud תומכים בוווב-הוקים של מכונות וירטואליות. כך אפשר לאמת בקשות משתמשים שמופנות לשרת Kubernetes API המקומי ב-Distributed Cloud. בקשות שנדחו יוצרות מידע מפורט על סיבת הדחייה.

הגדרת Symcloud Storage

‫Google Distributed Cloud במודל מחובר משתמש ב-Rakuten Symcloud Storage כפתרון אחסון. ‫Symcloud Storage הוא פתרון של צד שלישי שפועל כשכבת הפשטה של אחסון מקומי בכל צומת שמחובר ל-Distributed Cloud, ומאפשר לעומסי עבודה שפועלים בצמתים אחרים שמחוברים ל-Distributed Cloud לגשת לאחסון המקומי.

שירות Symcloud Storage נפרס מ-Google Cloud Marketplace והוא כפוף לתנאים שמפורטים שם. ‫Google מספקת תמיכה מוגבלת בשימוש ב-Symcloud Storage עם Distributed Cloud במודל מחובר, ועשויה לפנות לספק הצד השלישי לקבלת עזרה. עדכוני התוכנה של Symcloud Storage כלולים בעדכוני התוכנה המקושרים של Distributed Cloud.

כדי להפעיל את Symcloud Storage למכונות וירטואליות, צריך להגדיר את האשכול המחובר של Google Distributed Cloud באופן הבא: מידע נוסף זמין במאמר בנושא התקנת Symcloud Storage בצומת שמחובר ל-Distributed Cloud.

יוצרים את מרחב השמות robin-admin באמצעות הפקודה הבאה:
```
kubectl create ns robin-admin
```
מקבלים את קובץ הרישיון של Symcloud Storage ומחילים אותו על האשכול באמצעות הפקודה הבאה:
```
kubectl apply LICENSE_FILE
```

מריצים את הפקודה הבאה כדי לוודא ש-Symcloud Storage פועל:

kubectl describe robincluster

הפקודה מחזירה פלט שדומה לזה:

 Name:         robin
 Namespace:
 Labels:       app.kubernetes.io/instance=robin
               app.kubernetes.io/managed-by=robin.io
               app.kubernetes.io/name=robin
 Annotations:  <none>
 API Version:  manage.robin.io/v1
 Kind:         RobinCluster
 Metadata:
   …
 Spec:
   …
 Status:
   …
   Phase:             Ready
   …

יוצרים את סוג האחסון robin-block-immediate על ידי החלת ההגדרה הבאה על האשכול:

apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
  name: robin-block-immediate
parameters:
  faultdomain: host
  replication: "3"
  blocksize:   "512"
provisioner: robin
reclaimPolicy: Delete
volumeBindingMode: Immediate
allowVolumeExpansion: true

יוצרים את המחלקה robin-snapshotclass של snapshot של נפח על ידי החלת ההגדרה הבאה על האשכול:

apiVersion: snapshot.storage.k8s.io/v1
kind: VolumeSnapshotClass
metadata:
  name: robin-snapshotclass
  labels:
    app.kubernetes.io/instance: robin
    app.kubernetes.io/managed-by: robin.io
    app.kubernetes.io/name: robin
  annotations:
    snapshot.storage.kubernetes.io/is-default-class: "true"
driver: robin
deletionPolicy: Delete

משנים את storageprofile עבור סוג האחסון robin-block-immediate עם התוכן הבא ומחילים אותו על האשכול:

apiVersion: cdi.kubevirt.io/v1beta1
kind: StorageProfile
metadata:
  name: robin-block-immediate
spec:
  claimPropertySets:
   – accessModes:
     – ReadWriteMany
  volumeMode: Block

התקנה של כלי הניהול `virtctl`

כדי לנהל מכונות וירטואליות באשכול מחובר של Distributed Cloud, צריך את כלי הלקוח virtctl. כדי להתקין את הכלי, מבצעים את השלבים הבאים:

מתקינים את כלי הלקוח virtctl כפלאגין של kubectl:

export VERSION=GDC_SO_VERSION
gcloud storage cp gs://anthos-baremetal-release/virtctl/${VERSION}/linux-amd64/virtctl ./virtctl
sudo mv ./virtctl /usr/local/bin/virtctl
cd /usr/local/bin
sudo ln -s virtctl kubectl-virt
sudo chmod a+x virtctl
cd -

מחליפים את GDC_SO_VERSION בגרסת היעד של Distributed Cloud software-only.

מוודאים שהפלאגין virt מותקן:
```
kubectl plugin list
```
אם הפלאגין הותקן בהצלחה, הפלט של הפקודה יכלול את kubectl-virt כאחד מהפלאגינים.

יצירת קטגוריה של Cloud Storage לקובצי אימג' של מכונות וירטואליות

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

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

כדי ליצור קטגוריה, פועלים לפי השלבים במאמר יצירת קטגוריות.
יוצרים Google Cloud חשבון שירות לגישה לקטגוריית האחסון:
```
export GSA_PROJECT_ID=GSA_PROJECT_ID
export GSA_NAME=GSA_NAME
gcloud iam service-accounts create ${GSA_NAME}
```
מחליפים את מה שכתוב בשדות הבאים:
- ‫GSA_NAME: שם משמעותי לחשבון השירות הזה. Google Cloud
- ‫GSA_PROJECT_ID: המזהה של Google Cloud הפרויקט שמארח אתGoogle Cloud חשבון השירות של היעד.
נותנים לחשבון השירות Google Cloud הרשאות גישה לדלי:
```
export BUCKET_PROJECT_ID=BUCKET_PROJECT_ID
export GSA_NAME=GSA_NAME
gcloud storage buckets add-iam-policy-binding gs://${BUCKET_PROJECT_ID}-vm-images \
   --member="serviceAccount:${GSA_NAME}@${GSA_PROJECT_ID}.iam.gserviceaccount.com" \
   --role="roles/storage.objectViewer" \
   --project=${BUCKET_PROJECT_ID}
```
מחליפים את מה שכתוב בשדות הבאים:
- ‫GSA_NAME: השם של חשבון השירות Google Cloud של היעד.
- ‫BUCKET_PROJECT_ID: המזהה של Google Cloud הפרויקט שמארח את הקטגוריה.
- ‫GSA_PROJECT_ID: המזהה של Google Cloud הפרויקט שמארח אתGoogle Cloud חשבון השירות של היעד.
יוצרים חשבון שירות של Kubernetes במרחב השמות של המכונה הווירטואלית של היעד כדי לקשר אותו לחשבון השירות שלכם: Google Cloud
```
export GSA_PROJECT_ID=GSA_PROJECT_ID
export VM_NAMESPACE=NAMESPACE
export KSA_NAME=KSA_NAME
export GSA_EMAIL=${GSA_NAME}@${GSA_PROJECT_ID}.iam.gserviceaccount.com
kubectl create serviceaccount ${KSA_NAME} -n ${VM_NAMESPACE}
kubectl annotate serviceaccount ${KSA_NAME} gsaEmail=${GSA_EMAIL} -n ${VM_NAMESPACE}
```
מחליפים את מה שכתוב בשדות הבאים:
- ‫GSA_PROJECT_ID: המזהה של Google Cloud הפרויקט שמארח אתGoogle Cloud חשבון השירות של היעד.
- ‫NAMESPACE: מרחב השמות של המכונה הווירטואלית היעד.
- ‫KSA_NAME: שם משמעותי לחשבון השירות הזה ב-Kubernetes.
- ‫GSA_NAME: השם של חשבון השירות Google Cloud המתאים.
מאתרים את השם של מאגר הזהויות של עומסי העבודה ואת ספק הזהויות של האשכול:
```
gcloud container fleet memberships describe MEMBERSHIP_ID \
    --project=FLEET_PROJECT_ID \
    --format="table(authority.identityProvider,authority.workloadIdentityPool,name)"
```
מחליפים את מה שכתוב בשדות הבאים:
- ‫MEMBERSHIP_ID: שם החברות ב-Fleet של האשכול. בדרך כלל זה השם של האשכול.
- ‫FLEET_PROJECT_ID: המזהה של פרויקט המארח של ה-Fleet. Google Cloud
הפקודה מחזירה פלט שדומה לזה:
```
IDENTITY_PROVIDER: IDENTITY_PROVIDER
WORKLOAD_IDENTITY_POOL: WORKLOAD_IDENTITY_POOL
```
בפלט, שימו לב לערכים הבאים:
- ‫IDENTITY_PROVIDER: ספק הזהויות של האשכול הזה.
- ‫WORKLOAD_IDENTITY_POOL: הוא השם של מאגר הזהויות של עומסי עבודה שמשויך ל-Fleet. השם הוא בפורמט FLEET_PROJECT_ID.svc.id.goog. מידע נוסף על הפקודה בשלב הזה זמין במאמר שימוש ב-Fleet איחוד זהויות של עומסי עבודה באפליקציות.
מקשרים את חשבון השירות של Kubernetes לחשבון השירות Google Cloud כדי להגדיר את ההתחזות:
```
export GSA_PROJECT_ID=GSA_PROJECT_ID
export GSA_NAME=GSA_NAME
export KSA_NAME=KSA_NAME
export VM_NAMESPACE=NAMESPACE
export WI_POOL=WORKLOAD_IDENTITY_POOL
gcloud iam service-accounts add-iam-policy-binding ${GSA_NAME}@${GSA_PROJECT_ID}.iam.gserviceaccount.com \
   --project=${GSA_PROJECT_ID} \
   --role=roles/iam.workloadIdentityUser \
   --member="serviceAccount:${WI_POOL}[${VM_NAMESPACE}/${KSA_NAME}]"
   --condition="IAM_CONDITION"
   --condition-from-file="IAM_CONDITION_FILE"
```
מחליפים את מה שכתוב בשדות הבאים:
- ‫GSA_PROJECT_ID: המזהה של Google Cloud הפרויקט שמארח אתGoogle Cloud חשבון השירות של היעד.
- ‫GSA_NAME: השם של חשבון השירות Google Cloud המתאים.
- ‫KSA_NAME: השם של חשבון השירות של יעד Kubernetes.
- ‫NAMESPACE: מרחב השמות של המכונה הווירטואלית היעד.
- ‫WORKLOAD_IDENTITY_POOL: השם של מאגר הזהויות של עומסי העבודה באשכול.
- ‫IAM_CONDITION: אופציונלי. מציין את תנאי ה-IAM שבהם צריך להשתמש כדי להגביל את הגישה לאשכולות ספציפיים ב-Fleet. אם לא מציינים תנאים או אם מציינים את הערך None, לא חלים תנאי IAM.
- ‫IAM_CONDITION_FILE: אופציונלי; מציין את הקובץ שמכיל את תנאי ה-IAM שמשמשים להגבלת הגישה לאשכולות ספציפיים ב-Fleet. אם לא מציינים את הדגל --condition, לא חלים תנאי IAM, אלא אם מציינים את הדגל --condition ומגדירים לו ערך שונה מ-None.
מאחסנים את התמונות בדלי.

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

הגבלת הגישה לדלי באמצעות תנאי IAM

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

יוצרים את קובץ התנאים של IAM:

cat <<EOF > iam_condition.yaml
> expression: request.auth.claims.google.providerId == '$IDENTITY_PROVIDER'
title: allow_only_this_cluster
> EOF

מחילים את קובץ תנאי ה-IAM כשמקשרים את ה-GSA ל-KSA. מריצים את הפקודה הבאה בפרויקט GSA Google Cloud :

gcloud iam service-accounts add-iam-policy-binding "${GSA_NAME}@${GSA_PROJECT_ID}.iam.gserviceaccount.com" \
  --project="${GSA_PROJECT_ID}" \
  --role=roles/iam.workloadIdentityUser \
  --member="serviceAccount:${WI_POOL}[${VM_NAMESPACE}/${KSA_NAME}]" \
  --condition-from-file=iam_condition.yaml

יצירת דיסק של מכונה וירטואלית מקובץ אימג' של מכונה וירטואלית

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

יצירת דיסק מקובץ אימג' שמאוחסן ב-Cloud Storage

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

 apiVersion: vm.cluster.gke.io/v1
 kind: VirtualMachineDisk
 metadata:
   name: DISK_NAME
   namespace: NAMESPACE
 spec:
   source:
     gcs:
       url: gs://${BUCKET_PROJECT_ID}-vm-images/IMAGE_FILE_PATH
       serviceAccount: KSA_NAME
   size: DISK_SIZE
   storageClassName: robin-block-immediate

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

‫DISK_NAME: השם של הדיסק של המכונה הווירטואלית.
‫NAMESPACE: מרחב השמות של המכונה הווירטואלית היעד.
‫IMAGE_FILE_PATH: הנתיב המלא והשם של קובץ תמונת המכונה הווירטואלית. כדי לקבל את הנתיב הזה, לוחצים לחיצה ימנית על התמונה במסוף Google Cloud ובוחרים באפשרות העתקת URI של gsutil.
‫KSA_NAME: חשבון השירות של Kubernetes להורדת תמונות של מכונות וירטואליות שיצרתם קודם.
‫DISK_SIZE: גודל היעד של הדיסק. הערך הזה צריך להיות גדול יותר מהערך של virtual-size בקובץ התמונה של המכונה הווירטואלית. אפשר למצוא את הערך הזה באמצעות הפקודה qemu-img info DISK_SIZE.

אם לא מציינים ערך storageClassName, המערכת משתמשת בערך ברירת המחדל שצוין במשאב VMRuntime.

יצירת דיסק מתמונה שמאוחסנת בשירות של צד שלישי

יש גם אפשרות להשתמש ב-http, ב-https, ב-S3 או במאגר תמונות כדי לאחסן את תמונות המכונות הווירטואליות. אם שירות האחסון שלכם דורש פרטי כניסה כדי לגשת אליו, צריך להמיר את פרטי הכניסה האלה לסוד ולציין את הסוד הזה באמצעות השדה secretRef. לדוגמה:

source:
    http/s3/registry:
       url: 
       secretRef: "SECRET_NAME" # optional

מחליפים את SECRET_NAME בשם הסוד.

מידע נוסף אפשר למצוא במאמר בנושא מקור HTTP/S3/GCS/Registry.

יצירת דיסק ריק

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

 apiVersion: vm.cluster.gke.io/v1
 kind: VirtualMachineDisk
 metadata:
   name: DISK_NAME
   namespace: NAMESPACE
 spec:
   size: DISK_SIZE
   storageClassName: robin-block-immediate

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

‫DISK_NAME: השם של הדיסק של המכונה הווירטואלית.
‫NAMESPACE: מרחב השמות של היעד.
‫DISK_SIZE: גודל הדיסק הרצוי בגיביבייט. הערך הזה צריך להיות גדול יותר מהערך של virtual-size בקובץ התמונה של המכונה הווירטואלית. אפשר למצוא את הערך הזה באמצעות הפקודה qemu-img info DISK_SIZE.

אם לא מציינים ערך storageClassName, המערכת משתמשת בערך ברירת המחדל שצוין במשאב VMRuntime.

הגדרת רשתות וירטואליות

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

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

כדי ליצור מכונה וירטואלית בפריסת שרת מחובר של Distributed Cloud, צריך לבצע את השלבים שבקטע הזה. ההוראות בקטע הזה הן דוגמאות שממחישות הגדרות לתרחישים שונים. מידע מפורט על הגדרת מכונות וירטואליות זמין במאמר יצירת מכונה וירטואלית עם משאבי CPU וזיכרון ספציפיים באמצעות VM Runtime ב-GDC.

יצירת מכונה וירטואלית באמצעות מסוף Google Cloud

כדי ליצור מכונה וירטואלית באמצעות Google Cloud console:

נכנסים לדף Clusters במסוף Google Cloud .
מעבר אל Clusters
בוחרים את פרויקט היעד Google Cloud .
(אופציונלי) אם עדיין לא עשיתם זאת, מתחברים לאשכול היעד:
1. בחלונית הניווט הימנית, לוחצים על Clusters (אשכולות).
2. ברשימה Anthos Managed Clusters, לוחצים על אשכול היעד.
3. בחלונית המידע בצד שמאל, לוחצים על LOG IN (כניסה).
4. בתיבת הדו-שיח הקופצת שמופיעה, בוחרים את שיטת האימות המועדפת, מזינים את פרטי הכניסה ולוחצים על כניסה.
עוברים לדף מכונות וירטואליות.
מעבר אל Virtual Machines
לוחצים על יצירה.
בקטע Basics (פרטים בסיסיים), מבצעים את הפעולות הבאות:
1. בשדה Name, מזינים שם משמעותי למכונה הווירטואלית.
2. בשדה Select cluster (בחירת אשכול), בוחרים את אשכול היעד של המכונה הווירטואלית.
3. בשדה Namespace, בוחרים את מרחב השמות של היעד.
4. בשדה סוג מערכת ההפעלה, בוחרים את מערכת ההפעלה לטירגוט.
5. (אופציונלי) אם רוצים להוסיף תווית אחת או יותר להגדרת המכונה הווירטואלית, לוחצים על הוספת תווית.
בקטע Machine Configuration, מבצעים אחת מהפעולות הבאות:
- אם רוצים לציין את מספר ליבות ה-vCPU ואת כמות הזיכרון של המכונה הווירטואלית הזו, בוחרים באפשרות הגדרה בהתאמה אישית, מזינים את ערכי היעד ולוחצים על הבא.
- אם רוצים להשתמש במספר מוגדר מראש של vCPU ובכמות מוגדרת מראש של זיכרון למכונה הווירטואלית הזו, בוחרים באפשרות Standard Configuration (תצורה רגילה), בוחרים תצורת מכונה מהרשימה הנפתחת Machine Type (סוג מכונה) ולוחצים על NEXT (הבא).
בקטע Storage (אחסון), מבצעים אחת מהפעולות הבאות:
- אם רוצים ליצור דיסק וירטואלי חדש למכונה הווירטואלית הזו, בוחרים באפשרות הוספת דיסק חדש ומזינים שם משמעותי בשדה שם, גודל בגיגה-בייט בשדה GiB וכתובת URL בשדה תמונה.
- אם רוצים להשתמש בדיסק וירטואלי קיים למכונה הווירטואלית הזו, בוחרים באפשרות בחירת דיסק קיים ובוחרים את תמונת הדיסק הרצויה מהרשימה הנפתחת בחירת דיסק.
- מציינים אם רוצים שהדיסק יהיה לקריאה בלבד, ואם הוא יימחק אוטומטית כשמכונה וירטואלית זו תימחק, באמצעות תיבות הסימון לקריאה בלבד ומחיקה אוטומטית.
- מציינים מנהל התקן של דיסק וירטואלי ברשימה הנפתחת Driver (מנהל התקן).
- כדי להוסיף עוד דיסק למכונה הווירטואלית, לוחצים על ADD A DISK (הוספת דיסק) בקטע Additional disks (דיסקים נוספים).
- לוחצים על הבא.
בקטע Network (רשת), מבצעים את הפעולות הבאות:
1. בקטע המשנה Default network interface, מציינים את השם של ממשק הרשת הראשי של המכונה הווירטואלית הזו בשדה Interface name.
2. בוחרים את סוג הרשת המתאים מהרשימה הנפתחת סוג הרשת.
3. כדי לציין אם לאפשר גישה חיצונית לממשק הרשת הזה, מסמנים את התיבה התרת גישה חיצונית. אם מפעילים את האפשרות הזו, צריך להזין רשימה מופרדת בפסיקים של יציאות כדי לחשוף אותן חיצונית בשדה יציאות חשופות.
4. אם רוצים להוסיף מכונת רשת משנית אחת או יותר למכונה הווירטואלית הזו, לוחצים על הוספת ממשק רשת.
5. לוחצים על הבא.
בקטע אפשרויות מתקדמות, משתמשים בתיבת הסימון הפעלה מחדש אוטומטית בעדכון כדי לציין אם להפעיל מחדש את המכונה הווירטואלית הזו אחרי שהתוכנה המחוברת ל-Distributed Cloud באשכול היעד תעודכן.
בקטע Firmware:
1. בשדה סוג Bootloader, בוחרים את סוג הקושחה של היעד. אם בוחרים ב-UEFI firmware, אפשר להפעיל את האפשרות Secure boot (הפעלה מאובטחת) באמצעות תיבת הסימון.
2. מציינים מספר סידורי למכונה הווירטואלית הזו בשדה Serial.
3. מציינים מזהה ייחודי אוניברסלי (UUID) למכונה הווירטואלית הזו בשדה UUID.
בקטע Cloud-init, מבצעים את הפעולות הבאות:
- מציינים ערך סודי של נתוני רשת בשדה Network data secret (סוד נתוני הרשת).
- מציינים ערך סודי של נתוני משתמשים בשדה User data secret (ערך סודי של נתוני משתמשים).
לוחצים על CREATE VM (יצירת מכונה וירטואלית) כדי ליצור את המכונה הווירטואלית.

יצירת מכונה וירטואלית מקובץ YAML

כדי ליצור מכונה וירטואלית מקובץ תצורה בפורמט YAML:

נכנסים לדף Clusters במסוף Google Cloud .
מעבר אל Clusters
בוחרים את פרויקט היעד Google Cloud .
(אופציונלי) אם עדיין לא עשיתם זאת, מתחברים לאשכול היעד:
1. בחלונית הניווט הימנית, לוחצים על Clusters (אשכולות).
2. ברשימה Anthos Managed Clusters, לוחצים על אשכול היעד.
3. בחלונית המידע בצד שמאל, לוחצים על LOG IN (כניסה).
4. בתיבת הדו-שיח הקופצת שמופיעה, בוחרים את שיטת האימות המועדפת, מזינים את פרטי הכניסה ולוחצים על כניסה.
עוברים לדף מכונות וירטואליות.
מעבר אל Virtual Machines
לוחצים על CREATE WITH YAML (יצירה באמצעות YAML).
בשדה Select cluster (בחירת אשכול), בוחרים את אשכול היעד של המכונה הווירטואלית.
מדביקים את ההגדרה של המכונה הווירטואלית בפורמט YAML בשדה YAML.
לוחצים על יצירה.

יצירת מכונה וירטואלית מקובץ אימג' של דיסק שאפשר לאתחל ממנו

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

kind: VirtualMachine
metadata:
  name: my-virtual-machine
  namespace: NAMESPACE
spec:
  osType: Linux/Windows
  guestEnvironment: {} // comment out this line to enable guest environment for access management
  priorityClassName: PRIORITY_CLASS
  compute:
    cpu:
      vcpus: 6
    memory:
      capacity: 8Gi
  interfaces:
      - name: eth0
        networkName: network-410
        ipAddresses:
        - 10.223.237.10/25
  disks:
    - virtualMachineDiskName: DISK_NAME
      boot: true
    - virtualMachineDiskName: DISK_NAME

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

‫NAMESPACE: מרחב השמות של היעד.
‫PRIORITY_CLASS: מחלקת העדיפות של המכונה הווירטואלית הזו. מחלקת עדיפות היא טווח של ערכי עדיפות. כדי לקבל רשימה של מחלקות העדיפות הנתמכות, משתמשים ב-kubectl get priorityclass. מומלץ להקצות מחלקת עדיפות שתואמת לערך עדיפות בין 5,001,000 ל-1,000,000,000. ערכים גבוהים יותר של עדיפות מקטינים את הסיכוי להוצאה של מכונה וירטואלית מהמערכת כשהמערכת עמוסה מדי. אם לא מציינים ערך, המכונה הווירטואלית מקבלת את ערך ברירת המחדל של העדיפות הנמוכה ביותר.
‫DISK_NAME: השמות של הדיסקים של המכונה הווירטואלית הזו.

יצירת מכונה וירטואלית מקובץ אימג' של דיסק אופטי ISO

כדי ליצור מכונה וירטואלית מקובץ אימג' של דיסק אופטי ISO, צריך לבצע את השלבים במאמר בנושא יצירת מכונה וירטואלית של Windows מקובץ אימג' ISO ב-Google Distributed Cloud.

יצירת מכונה וירטואלית עם תמיכה ב-GPU

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

גישה למכונה וירטואלית

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

קבלת פרטי כניסה לגישה

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

כדי להפעיל את סביבת האורח של Linux במכונה הווירטואלית של היעד, צריך להחיל את ההגדרה הבאה על האשכול:

kind: VirtualMachine
metadata:
 name: my-virtual-machine
 namespace: my-vm-namespace
spec:
 osType: Linux
 guestEnvironment: // enabled by default; disable with guestEnvironment: {}
   accessManagement:
    enable: true

מריצים את הפקודה הבאה כדי ליצור קובץ id_rsa.pub שמכיל זוג מפתחות SSH:
```
ssh-keygen -t rsa
```

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

apiVersion: vm.cluster.gke.io/v1alpha1
kind: VirtualMachineAccessRequest
metadata:
 name: RESOURCE_NAME
 namespace: NAMESPACE
spec:
  vm: VM_NAME
  user: USER_NAME
  ssh:
    key: RSA_KEY
    ttl: 2h

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

‫RESOURCE_NAME: שם תיאורי של משאב בקשת הגישה למכונה הווירטואלית.
‫NAMESPACE: מרחב השמות של היעד.
‫VM_NAME: השם של המכונה הווירטואלית של היעד.
‫USER_NAME: השם של המשתמש שמקבל גישה.
‫RSA_KEY: התוכן של קובץ id_rsa.pub שיצרתם בשלב הקודם.

כדי לבדוק את הסטטוס של בקשת הגישה, מריצים את הפקודה הבאה:
```
kubectl get vmar
```
אם הפקודה מחזירה סטטוס Configured, ממשיכים לשלב הבא.
ניגשים למכונה הווירטואלית באמצעות SSH או Remote Desktop:
- אם המכונה הווירטואלית מחוברת לרשת המקומית, אפשר לגשת אליה ישירות.
- אם המכונה הווירטואלית מחוברת לרשת של ה-Pod, צריך ליצור שירות איזון עומסים כדי לגשת ליציאות הנדרשות.

הפעלה, הפעלה מחדש או עצירה של מכונה וירטואלית

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

הפעלת מכונה וירטואלית: kubectl virt start vmVM_NAME-nNAMESPACE
הפעלה מחדש של מכונה וירטואלית: kubectl virt restart vmVM_NAME-nNAMESPACE
הפסקת מכונה וירטואלית: kubectl virt stop vmVM_NAME-nNAMESPACE

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

‫VM_NAME: השם של המכונה הווירטואלית של היעד.
‫NAMESPACE: מרחב השמות של היעד.

הפעלה או השבתה של מכונה וירטואלית באמצעות מסוף Google Cloud

נכנסים לדף Clusters במסוף Google Cloud .
מעבר אל Clusters
בוחרים את פרויקט היעד Google Cloud .
(אופציונלי) אם עדיין לא עשיתם זאת, מתחברים לאשכול היעד:
1. בחלונית הניווט הימנית, לוחצים על Clusters (אשכולות).
2. ברשימה Anthos Managed Clusters, לוחצים על אשכול היעד.
3. בחלונית המידע בצד שמאל, לוחצים על LOG IN (כניסה).
4. בתיבת הדו-שיח שמופיעה, בוחרים את שיטת האימות המועדפת, מזינים את פרטי הכניסה ולוחצים על כניסה.
עוברים לדף מכונות וירטואליות.
מעבר אל Virtual Machines
ברשימת המכונות הווירטואליות, מסמנים את התיבות של המכונות הווירטואליות הרלוונטיות.
בראש הדף, לוחצים על התחלה או על הפסקה, בהתאם לצורך.

הצגת הסטטוס של מכונה וירטואלית באמצעות Google Cloud console

נכנסים לדף Clusters במסוף Google Cloud .
מעבר אל Clusters
בוחרים את פרויקט היעד Google Cloud .
(אופציונלי) אם עדיין לא עשיתם זאת, מתחברים לאשכול היעד:
1. בחלונית הניווט הימנית, לוחצים על Clusters (אשכולות).
2. ברשימה Anthos Managed Clusters, לוחצים על אשכול היעד.
3. בחלונית המידע בצד שמאל, לוחצים על LOG IN (כניסה).
4. בתיבת הדו-שיח הקופצת שמופיעה, בוחרים את שיטת האימות המועדפת, מזינים את פרטי הכניסה ולוחצים על כניסה.
עוברים לדף מכונות וירטואליות.
מעבר אל Virtual Machines
לוחצים על המכונה הווירטואלית של היעד.
בדף שמופיע, לוחצים על הכרטיסיות פרטים, אירועים ו-YAML כדי לראות את המידע הרלוונטי על המכונה הווירטואלית הזו.

שינוי מכונה וירטואלית

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

מחיקת מכונה וירטואלית באמצעות Google Cloud מסוף

נכנסים לדף Clusters במסוף Google Cloud .
מעבר אל Clusters
בוחרים את פרויקט היעד Google Cloud .
(אופציונלי) אם עדיין לא עשיתם זאת, מתחברים לאשכול היעד:
1. בחלונית הניווט הימנית, לוחצים על Clusters (אשכולות).
2. ברשימה Anthos Managed Clusters, לוחצים על אשכול היעד.
3. בחלונית המידע בצד שמאל, לוחצים על LOG IN (כניסה).
4. בתיבת הדו-שיח שמופיעה, בוחרים את שיטת האימות המועדפת, מזינים את פרטי הכניסה ולוחצים על כניסה.
עוברים לדף מכונות וירטואליות.
מעבר אל Virtual Machines
ברשימת המכונות הווירטואליות, מסמנים את התיבה של המכונה הווירטואלית הרצויה.
בחלק העליון של הדף, לוחצים על מחיקה.
בתיבת הדו-שיח לאישור שמופיעה, מזינים את השם של המכונה הווירטואלית ולוחצים על מחיקה.

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

הגדרת Symcloud Storage

התקנה של כלי הניהול virtctl

יצירת קטגוריה של Cloud Storage לקובצי אימג' של מכונות וירטואליות

הגבלת הגישה לדלי באמצעות תנאי IAM

יצירת דיסק של מכונה וירטואלית מקובץ אימג' של מכונה וירטואלית

יצירת דיסק מקובץ אימג' שמאוחסן ב-Cloud Storage

יצירת דיסק מתמונה שמאוחסנת בשירות של צד שלישי

יצירת דיסק ריק

הגדרת רשתות וירטואליות

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

יצירת מכונה וירטואלית באמצעות מסוף Google Cloud

יצירת מכונה וירטואלית מקובץ YAML

יצירת מכונה וירטואלית מקובץ אימג' של דיסק שאפשר לאתחל ממנו

יצירת מכונה וירטואלית מקובץ אימג' של דיסק אופטי ISO

יצירת מכונה וירטואלית עם תמיכה ב-GPU

גישה למכונה וירטואלית

קבלת פרטי כניסה לגישה

הפעלה, הפעלה מחדש או עצירה של מכונה וירטואלית

הפעלה או השבתה של מכונה וירטואלית באמצעות מסוף Google Cloud

הצגת הסטטוס של מכונה וירטואלית באמצעות Google Cloud console

שינוי מכונה וירטואלית

מחיקת מכונה וירטואלית באמצעות Google Cloud מסוף

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

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

התקנה של כלי הניהול `virtctl`