‫Google משתמשת בטכנולוגיית AI כדי לתרגם תוכן לשפה המועדפת עליך. בתרגומים כאלו עשויות להיות שגיאות.

יצירת אשכול והמופע הראשי שלו

כדי לפרוס סביבת מסד נתונים לאפליקציות ב-AlloyDB ל-PostgreSQL, צריך ליצור אשכול ואת המכונה הראשית שלו. האשכול מנהל את הגדרות האחסון והתצורה האזוריות, והמכונה הראשית מספקת את משאבי המחשוב לפעולות קריאה וכתיבה. אפשר ליצור אשכול ואת המכונה הראשית שלו באמצעות מסוף Google Cloud ,‏ Google Cloud CLI,‏ API בארכיטקטורת REST או Terraform.

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

בפרויקט Google Cloud שבו אתם משתמשים צריכה להיות גישה ל-AlloyDB.
רשת של ענן וירטואלי פרטי (VPC) בפרויקט Google Cloud שבו אתם משתמשים צריכה להיות כבר מוגדרת לגישה לשירותים פרטיים ל-AlloyDB.
בעומסי עבודה של פיתוח וארגז חול, כדאי להביא בחשבון את האזור ואת סוג המכונה. כדי להשתמש בתבנית של מעבד וירטואלי אחד, צריך לבחור אזור שתומך בתבנית הזו. מידע נוסף זמין במאמר שיקולים לשימוש ב-1 vCPU.

התפקידים הנדרשים

כדי ליצור את אשכול AlloyDB הראשון, אתם צריכים את התפקידים המתאימים בניהול זהויות והרשאות גישה (IAM).

בפרויקט ב- Google Cloud צריך להיות לכם אחד מתפקידי ה-IAM הבאים:
- ‫roles/alloydb.admin (תפקיד IAM מוגדר מראש של אדמין ב-AlloyDB)
- ‫roles/owner (תפקיד ה-IAM הבסיסי "בעלים")
- ‫roles/editor (תפקיד העריכה הבסיסי ב-IAM)
אם לא הוקצו לכם התפקידים האלה, פנו לאדמין הארגוני כדי לבקש גישה.
בנוסף, אתם צריכים את ההרשאה compute.networks.list בפרויקט ב- Google Cloud שבו אתם משתמשים. כדי לקבל את ההרשאה הזו תוך שמירה על העיקרון של הרשאות מינימליות, צריך לבקש מהאדמין להקצות לכם את התפקיד "משתמש ברשת Compute"‏ (roles/compute.networkUser).

יצירת אשכול חדש ומכונה ראשית חדשה

המסוף

נכנסים לדף Clusters.

כניסה לדף Clusters
לוחצים על Create cluster.
בוחרים הגדרת אשכול. למידע נוסף על ההבדל בין הגדרות בסיסיות לבין הגדרות של זמינות גבוהה, קראו את המאמר מהו מכונה של AlloyDB?.

אם אתם לא בטוחים אם האשכול החדש צריך מכונות של מאגרי קריאה, בחרו באחת מההגדרות ללא מאגרי קריאה. אפשר להוסיף לאשכול מכונות של מאגר קריאה בהמשך, בכל שלב.
לוחצים על Continue.
בקטע Configure your cluster, בשדה Cluster ID מזינים מזהה לאשכול.
בשדה Password, מזינים סיסמה ראשונית לאשכול החדש. בזמן יצירת האשכול, AlloyDB מקצה את הסיסמה שצוינה למשתמש מסד הנתונים postgres.
אופציונלי: כדי להגדיר את הדגל alloydb.iam_authentication באופן ידני, מבטלים את הבחירה באפשרות Create an IAM database user. מידע נוסף זמין במאמר הגדרת דגלים לניהול מסדי נתונים.

כברירת מחדל, האפשרות Create an IAM database user נבחרת, והיא מבצעת את הפעולות הבאות:
- הפעלת הדגל alloydb.iam_authentication במכונה הראשית.
- יוצר בשבילכם משתמש במסד הנתונים של IAM.
בשדה Database version, בוחרים את הגרסה הראשית של PostgreSQL לאשכול החדש ב-AlloyDB.
בחירת אזור. לעומסי עבודה של פיתוח וארגז חול, כדאי לשקול את התצורה של vCPU אחד, שזמינה באזורים נבחרים. מידע נוסף זמין במאמר שיקולים לשימוש ב-1 vCPU.
בוחרים נתיב רשת.
אופציונלי: כדי להחיל טווח ספציפי של כתובות IP על האשכול הזה, במקום לאפשר ל-AlloyDB לבחור טווח של כתובות IP, מבצעים את השלבים הבאים:
1. לוחצים על Show allocated IP range option.
2. ברשימה Allocated IP range, בוחרים טווח של כתובות IP.
למידע נוסף על האפשרות הזו, ראו יצירת אשכול עם טווח ספציפי של כתובות IP.
אופציונלי: כדי להצפין את האשכול באמצעות מפתח הצפנה בניהול הלקוח (CMEK) במקום הצפנה בניהול Google, מבצעים את השלבים הנוספים הבאים:
1. לוחצים על אפשרויות הצפנה מתקדמות.
2. בוחרים באפשרות Customer-managed encryption key (CMEK).
3. בתפריט שמופיע, בוחרים מפתח בניהול הלקוח.
  
  במסוף Google Cloud , הרשימה הזו מוגבלת למפתחות באותו פרויקט ובאותו אזור של האשכול החדש. Google Cloud כדי להשתמש במפתח שלא מופיע ברשימה הזו, לוחצים על המפתח לא מופיע? Enter key resource name, ואז מקלידים את שם המשאב של המפתח בתיבת הדו-שיח שמופיעה.
  
  שימו לב: כדי להשתמש ב-CMEK עם AlloyDB, צריך לבצע הגדרות נוספות. מידע נוסף זמין במאמר שימוש ב-CMEK עם AlloyDB.
4. לוחצים על Continue.
מגדירים את המכונה הראשית:
1. בשדה Instance ID, מזינים מזהה למכונה הראשית.
2. בוחרים אחת מסדרות המכונות הבאות:
  - ‫C4A (סדרת מכונות שמבוססת על Google Axion).
  - ‫N2 (סדרת מכונות שמבוססת על x86). זו סדרת המכונות שמוגדרת כברירת מחדל.
  - ‫C4 (סדרת מכונות שמבוססות על x86).
  - ‫Z3 (סדרת מכונות שמבוססות על Intel Xeon).
3. בוחרים סוג מכונה. מידע נוסף זמין במאמר בחירת סוג מכונה.
  - ב-C4A יש תמיכה ב-1, 2, 4, 8, 16, 32, 48, 64 ו-72 מעבדי vCPU.
  - ב-N2 יש תמיכה ב-2, 4, 8, 16, 32, 64, 96 ו-128 מעבדי vCPU.
  - ב-C4 יש תמיכה ב-4, 8, 16, 24, 32, 48, 96, 144, 192 ו-288 מעבדי vCPU.
  - ב-Z3 יש תמיכה ב-8,‏ 14,‏ 16,‏ 22,‏ 32,‏ 44 ו-88 מעבדי vCPU.
  מידע נוסף על השימוש בסדרת המכונות C4A שמבוססות על Axion, כולל סוג המכונה עם מעבד וירטואלי אחד, מופיע במאמר שיקולים לשימוש בסדרת המכונות C4A שמבוססות על Axion.
4. אופציונלי: מגדירים דגלים בהתאמה אישית למכונה. כדי לטפל בכל סימון, פועלים לפי השלבים הבאים:
  1. לוחצים על הוספת סימון.
  2. ברשימה New database flag, בוחרים דגל.
  3. צריך לספק ערך לדגל.
  4. לוחצים על סיום.
לוחצים על Create cluster.

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

gcloud

כדי להשתמש ב-CLI של gcloud, אתם יכולים להתקין ולהפעיל את Google Cloud CLI או להשתמש ב-Cloud Shell.

לפני שמתחילים להשתמש ב-AlloyDB, צריך ליצור אשכול ומכונה ראשית של AlloyDB.

יצירת אשכול

כדי ליצור את האשכול עם גישה לשירותים פרטיים או עם Private Service Connect, משתמשים בפקודה gcloud alloydb clusters create.
גישה לשירותים פרטיים
gcloud alloydb clusters create CLUSTER_ID \ --database-version=POSTGRES_VERSION \ --password=PASSWORD \ --region=REGION_ID \ --project=PROJECT_ID \ --network=NETWORK
התחברות לשירות פרטי
gcloud alloydb clusters create CLUSTER_ID \ --database-version=POSTGRES_VERSION \ --password=PASSWORD \ --region=REGION_ID \ --project=PROJECT_ID \ --enable-private-service-connect
מחליפים את מה שכתוב בשדות הבאים:
- ‫CLUSTER_ID: המזהה של האשכול שיוצרים. הוא חייב להתחיל באות קטנה באנגלית, ויכול לכלול אותיות קטנות, מספרים ומקפים.
- ‫VERSION: הגרסה הראשית של PostgreSQL שאתם רוצים ששרתי מסד הנתונים של האשכול יהיו תואמים לה. צריך לבחור אחת מהאפשרויות:
  - ‫14, לתאימות עם PostgreSQL 14
  - ‫15, לתאימות עם PostgreSQL 15
  - ‫16, לתאימות עם PostgreSQL 16
  - ‫17, כדי שתהיה תאימות ל-PostgreSQL 17, שהיא גרסת ברירת המחדל הנתמכת של PostgreSQL
  - ‫18, לתאימות עם PostgreSQL 18
- ‫PASSWORD: הסיסמה שמשמשת את משתמש ברירת המחדל postgres.
- ‫NETWORK (אופציונלי): השם של רשת ה-VPC שהגדרתם לגישה לשירותים פרטיים ב-AlloyDB. אם משמיטים את הדגל --network, AlloyDB משתמש ברשת default.
  
  אם משתמשים ברשת VPC משותפת, צריך להגדיר את הנתיב המלא של רשת ה-VPC, לדוגמה: projects/cymbal-project/global/networks/shared-vpc-network.
- ‫--enable-private-service-connect (אופציונלי): הגדרה להפעלת Private Service Connect כשיטת הקישוריות של האשכול והמכונות שלו.
- ‫REGION_ID: האזור שבו רוצים למקם את האשכול.
הערה: לעומסי עבודה של פיתוח וארגז חול, כדאי להשתמש בצורה של מעבד וירטואלי אחד, שזמינה באזורים נבחרים. מידע נוסף זמין במאמר שיקולים לשימוש ב-vCPU אחד.
- ‫PROJECT_ID: מזהה הפרויקט שבו רוצים למקם את האשכול.
הפקודה הזו מפעילה פעולה ממושכת ומחזירה מזהה פעולה.
אופציונלי: כדי להחיל טווח ספציפי של כתובות IP על האשכול הזה, במקום לאפשר ל-AlloyDB לבחור טווח של כתובות IP, צריך לספק את הארגומנט הבא:
```
--allocated-ip-range-name=RANGE
```
מחליפים את RANGE בשם של טווח כתובות ה-IP שרוצים שהאשכול ישתמש בו לגישה לשירותים פרטיים.

מידע נוסף על האפשרות הזו זמין במאמר יצירת אשכול עם טווח ספציפי של כתובות IP.
אופציונלי: כדי להצפין את האשכול באמצעות מפתח הצפנה בניהול הלקוח (CMEK) במקום ההצפנה ש-Google מנהלת כברירת מחדל, צריך לספק את הארגומנטים הבאים:
```
--kms-key=KEY_ID \
--kms-keyring=KEYRING_ID \
--kms-location=LOCATION_ID \
--kms-project=PROJECT_ID
```
מחליפים את מה שכתוב בשדות הבאים:
- ‫KEY_ID: המזהה של מפתח ה-CMEK שבו רוצים להשתמש.
- ‫KEYRING_ID: המזהה של אוסף המפתחות של המפתח.
- ‫LOCATION_ID: המזהה של אזור אוסף המפתחות, שחייב להיות זהה לאזור של האשכול.
- ‫PROJECT_ID: מזהה הפרויקט של אוסף המפתחות.
הערה: כדי להשתמש ב-CMEK צריך לבצע הגדרות נוספות. מידע נוסף מופיע במאמר שימוש ב-CMEK עם AlloyDB.
מוודאים שהפעולה בוצעה בהצלחה.
```
gcloud alloydb operations describe OPERATION_ID \
    --region=REGION_ID \
    --project=PROJECT_ID
```
מחליפים את OPERATION_ID במזהה הפעולה שהתקבל בשלב הקודם.

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

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

כדי ליצור מכונה ראשית, משתמשים בפקודה gcloud alloydb instances create.

    gcloud alloydb instances create INSTANCE_ID \
        --instance-type=PRIMARY \
        --region=REGION_ID \
        --cluster=CLUSTER_ID \
        --project=PROJECT_ID \
        --cpu-count=CPU_COUNT \
        --machine-type=MACHINE_TYPE \
        --allowed-psc-projects=ALLOWED_PROJECT_LIST

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

‫INSTANCE_ID: המזהה של המכונה שיוצרים. הוא חייב להתחיל באות קטנה באנגלית ויכול להכיל אותיות קטנות, מספרים ומקפים.
‫REGION_ID: האזור שבו רוצים למקם את המכונה.
‫CLUSTER_ID: המזהה של האשכול שיצרתם קודם.
‫PROJECT_ID: מזהה הפרויקט שבו נוצר האשכול.
‫CPU_COUNT: מספר המעבדים הווירטואליים שרוצים להקצות למכונה.
- צריך לציין את cpu_count או את machine_type.
- אם מציינים רק את cpu_count, נוצר מכונה מסוג N2 עם המאפיינים הבאים:
  - ‫2: 2 מעבדי vCPU, ‏16GB RAM
  - ‫4: 4 מעבדים וירטואליים, זיכרון RAM בנפח 32GB
  - ‫8: 8 מעבדים וירטואליים, זיכרון RAM בנפח 64GB
  - ‫16: 16 מעבדי vCPU, ‏128GB RAM
  - ‫32: 32 מעבדים וירטואליים, זיכרון RAM בנפח 256GB
  - ‫64: ‏64 vCPUs, ‏512GB RAM
  - ‫96: 96 מעבדי vCPU, ‏768GB RAM
  - ‫128: ‏128‎ vCPUs, ‏864GB RAM
- אם מציינים גם את machine_type וגם את cpu_count, הערך של cpu_count צריך להתאים למספר ה-vCPU שצוין ב-machine_type. לדוגמה, אם הערך של machine_type הוא n2-highmem-4, צריך להגדיר את cpu_count ל-4.
‫MACHINE_TYPE: בוחרים מתוך רשימה של סוגי מכונות נתמכים, כמו n2-highmem-4, ‏ c4-highmem-4-lssd או c4a-highmem-4-lssd. מידע נוסף זמין במאמר בחירת סוג מכונה ב-AlloyDB.

כשמשתמשים ב-machine_type וב-cpu_count ביחד, הערכים ב-cpu_count וב-machine_type חייבים להיות זהים. לדוגמה, אם machine_type הוא n2-highmem-4, צריך להגדיר את cpu_count לערך 4.
‫ALLOWED_PROJECT_LIST: (אופציונלי) אם אתם משתמשים ב-Private Service Connect, ‏ ALLOWED_PROJECT_LIST הוא רשימה מופרדת בפסיקים של מזהי הפרויקטים או מספר הפרויקט שאתם רוצים לאפשר להם גישה למכונה.

Terraform

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

כדי ליצור אשכול ואת המכונה הראשית שלו, משתמשים במשאב של Terraform.

קטע הקוד הבא מבוסס על הדוגמה AlloyDB instance full, ומשמש ליצירת אשכול ומכונה ראשית:

resource "google_alloydb_instance" "default" {
  cluster       = google_alloydb_cluster.default.name
  instance_id   = "alloydb-instance"
  instance_type = "PRIMARY"
  machine_config {
    cpu_count = 2
  }
  depends_on = [google_service_networking_connection.vpc_connection]
}

resource "google_alloydb_cluster" "default" {
  cluster_id       = "alloydb-cluster"
  location         = "us-central1"
  network_config {
    network = google_compute_network.default.id
  }
  database_version = "POSTGRES_17"
  initial_user {
    password = "alloydb-cluster"
  }
}

data "google_project" "project" {}

resource "google_compute_network" "default" {
  name = "alloydb-network"
}

resource "google_compute_global_address" "private_ip_alloc" {
  name          = "alloydb-cluster"
  address_type  = "INTERNAL"
  purpose       = "VPC_PEERING"
  prefix_length = 16
  network       = google_compute_network.default.id
}

resource "google_service_networking_connection" "vpc_connection" {
  network                 = google_compute_network.default.id
  service                 = "servicenetworking.googleapis.com"
  reserved_peering_ranges = [google_compute_global_address.private_ip_alloc.name]
}

בדוגמה הזו נוצרת מכונה מסוג N2. רשימה של סוגי מכונות נתמכים אחרים, כמו n2-highmem-4, ‏ c4-highmem-4-lssd או c4a-highmem-4-lssd, מופיעה במאמר בחירת סוג מכונה של AlloyDB.

הכנת Cloud Shell

כדי להחיל את ההגדרות של Terraform בפרויקט ב- Google Cloud , מכינים את Cloud Shell באופן הבא:

מפעילים את Cloud Shell.
מגדירים את פרויקט ברירת המחדל ב- Google Cloud שבו רוצים להחיל את ההגדרות של Terraform.

תצטרכו להריץ את הפקודה הזו רק פעם אחת לכל פרויקט, ותוכלו לעשות זאת בכל ספרייה.
```
export GOOGLE_CLOUD_PROJECT=PROJECT_ID
```
אם תגדירו ערכים ספציפיים בקובץ התצורה של Terraform, הם יבטלו את ערכי ברירת המחדל של משתני הסביבה.

הכנת הספרייה

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

יוצרים ספרייה חדשה ב-Cloud Shell ובה יוצרים קובץ חדש. שם הקובץ חייב להיות קובץ TF, למשל main.tf. במסמך הזה, הקובץ נקרא main.tf.
```
mkdir DIRECTORY && cd DIRECTORY && touch main.tf
```
מעתיקים את הקוד לדוגמה בקובץ main.tf החדש שיצרתם. לחלופין, אפשר גם להעתיק את הקוד מ-GitHub. כדאי לעשות את זה כשקטע הקוד של Terraform הוא חלק מפתרון מקצה לקצה.
בודקים את הקובץ main.tf ומשנים את הפרמטרים לדוגמה בהתאם לסביבה שלכם.
שומרים את השינויים.
מפעילים את Terraform. צריך לעשות זאת רק פעם אחת לכל ספרייה.
```
terraform init
```
אופציונלי: תוכלו לכלול את האפשרות -upgrade, כדי להשתמש בגרסה העדכנית ביותר של הספק של Google:
```
terraform init -upgrade
```

החלה של השינויים

בודקים את ההגדרות ומוודאים שהעדכונים של Terraform תואמים לציפיות שלכם:
```
terraform plan
```
מתקנים את ההגדרות לפי הצורך.
מריצים את הפקודה הבאה ומזינים yes בהודעה שמופיעה, כדי להחיל את הגדרות Terraform:
```
terraform apply
```
ממתינים עד שב-Terraform תוצג ההודעה Apply complete!.
פותחים את הפרויקט ב- Google Cloud כדי לראות את התוצאות. במסוף Google Cloud , נכנסים למשאבים בממשק המשתמש כדי לוודא שהם נוצרו או עודכנו ב-Terraform.

REST v1

יצירת אשכול

בדוגמה הזו נוצר אשכול. רשימה מלאה של הפרמטרים לקריאה הזו מופיעה במאמר Method: projects.locations.clusters.create. למידע על הגדרות של אשכולות, ראו הצגת הגדרות של אשכולות ומכונות.

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

כדי לשלוח את הבקשה, שומרים את גוף הבקשה בקובץ בשם cluster_request.json:

{
  "databaseVersion": "<var>DATABASE_VERSION</var>",
  "initialUser": {
    "user": "<var>INITIAL_USERNAME</var>",
    "password": "<var>INITIAL_USER_PASSWORD</var>"
  },
  "labels": {
    "test": "alloydb-cluster-full"
  }
}

מחליפים את הפרטים הבאים:

‫DATABASE_VERSION: מחרוזת enum של גרסת מסד הנתונים, לדוגמה POSTGRES_17.
‫INITIAL_USERNAME: שם המשתמש שבו אתם משתמשים למשתמש ברירת המחדל של postgres.
‫INITIAL_USER_PASSWORD: הסיסמה שבה אתם משתמשים למשתמש ברירת המחדל של postgres.

משתמשים ב-method הבא ב-HTTP ובכתובת ה-URL:

POST https://alloydb.googleapis.com/v1/projects/PROJECT_ID/locations/LOCATION_ID/clusters?cluster_id=CLUSTER_ID

מחליפים את הפרטים הבאים:

‫PROJECT_ID: מזהה הפרויקט שבו רוצים למקם את האשכול.
‫LOCATION_ID: מזהה האזור של האשכול.
‫CLUSTER_ID: המזהה של האשכול שאתם יוצרים. מזהה האשכול חייב להתחיל באות קטנה באנגלית, ויכול להכיל אותיות קטנות באנגלית, מספרים ומקפים.

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

curl -X POST   -H "Authorization: Bearer $(gcloud auth print-access-token)"   -H "Content-Type: application/json"   https://alloydb.googleapis.com/v1/projects/PROJECT_ID/locations/LOCATION_ID/clusters?cluster_id=CLUSTER_ID   -d @cluster_request.json

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

בדוגמה הזו נוצרת מכונה ראשית. לרשימה המלאה של הפרמטרים של הקריאה הזו, ראו Method: projects.locations.clusters.instances.create. למידע על הגדרות של אשכולות, ראו הצגת הגדרות של אשכולות ומכונות.

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

כדי לשלוח את הבקשה, שומרים את גוף הבקשה הבא בקובץ בשם instance_request.json.

{
  "instance_type": "PRIMARY",
  "machine_config": {
    "cpu_count": VCPU_COUNT
  }
}

מחליפים את הפרטים הבאים:

‫VCPU_COUNT: מספר ליבות ה-CPU הגלויות במכונה שרוצים ליצור.

בדוגמה שלמעלה נוצר מכונה מסוג N2 עם המפרט הבא:

‫2: 2 מעבדי vCPU, ‏16GB RAM
‫4: 4 מעבדים וירטואליים, זיכרון RAM בנפח 32GB
‫8: 8 מעבדים וירטואליים, זיכרון RAM בנפח 64GB
‫16: 16 מעבדי vCPU, ‏128GB RAM
‫32: 32 מעבדים וירטואליים, זיכרון RAM בנפח 256GB
‫64: ‏64 vCPUs, ‏512GB RAM
‫96: 96 מעבדי vCPU, ‏768GB RAM
‫128: ‏128‎ vCPUs, ‏864GB RAM

בדוגמה הבאה מוסבר איך ליצור מכונה לסוג מכונה:

"machine_config": {
  "machine_type": "MACHINE_TYPE"
}

מחליפים את MACHINE_TYPE בסוג מכונה נתמך, כמו n2-highmem-4, ‏ c4-highmem-4-lssd או c4a-highmem-4-lssd. מידע נוסף על סוגי המכונות הנתמכים זמין במאמר בחירת סוג מכונה של AlloyDB.

משתמשים ב-method הבא ב-HTTP ובכתובת ה-URL:

POST https://alloydb.googleapis.com/v1/projects/PROJECT_ID/locations/LOCATION_ID/clusters/CLUSTER_ID/instances?instance_id=INSTANCE_ID

מחליפים את הפרטים הבאים:

‫PROJECT_ID: מזהה הפרויקט שבו רוצים למקם את האשכול.
‫LOCATION_ID: מזהה האזור של האשכול.
‫CLUSTER_ID: המזהה של האשכול שאתם יוצרים. המזהה חייב להתחיל באות קטנה באנגלית, ויכול לכלול אותיות קטנות, מספרים ומקפים.
‫INSTANCE_ID: השם של המכונה הראשית שרוצים ליצור.

אפשר להשתמש ב-curl כדי לבצע את הבקשה, כמו בדוגמה הבאה:

curl -X POST   -H "Authorization: Bearer $(gcloud auth print-access-token)"   -H "Content-Type: application/json"   https://alloydb.googleapis.com/v1/projects/PROJECT_ID/locations/LOCATION_ID/clusters/CLUSTER_ID/instances?instance_id=INSTANCE_ID   -d @instance_request.json

שכפול של אשכול פעיל

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

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

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

יצירת אשכול עם טווח ספציפי של כתובות IP

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

שיקולים לשימוש בסדרת המכונות C4A שמבוססת על Axion

ב-AlloyDB יש סדרת מכונות C4A שמבוססת על Google Axion, מעבד מותאם אישית של Google שמבוסס על Arm. מכונות וירטואליות (VM) מסוג C4A זמינות כהגדרות מוגדרות מראש ל-1, 2, 4, 8, 16, 32, 48, 64 ו-72 מעבדי vCPU, עם זיכרון של עד 576GB מסוג Double Data Rate 5 (DDR5).

כשבוחרים ב-C4A, חשוב לזכור את הדברים הבאים:

כדי להעביר מכונה קיימת מסוג N2 למכונה מסוג C4A, צריך לשנות את machine_type של המכונה הנוכחית באמצעות מסוף Google Cloud , ה-CLI של gcloud, ‏Terraform או ה-API.
אל תמחקו את מכונת N2 ותיצרו מכונת C4A חדשה באותו אשכול.

אפשר להשתמש ב-C4A באזורים הבאים:

asia-east1
asia-southeast1
europe-west1
europe-west2
europe-west3
europe-west4
us-central1
us-east1
us-east4

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

ב-AlloyDB יש צורה של מעבד וירטואלי אחד עם C4A, והיא מיועדת למטרות פיתוח ובדיקה בלבד. לעומסי עבודה בסביבת הייצור, בחרו שני מעבדי vCPU או יותר.

כשבוחרים ב-vCPU אחד, חשוב לזכור את המגבלות הבאות:

‫1 vCPU מוצע עם זיכרון בנפח 8GB בלי תמיכה במטמון מהיר במיוחד.
מומלץ להשתמש בהגדרת 1 vCPU בסביבות פיתוח וארגז חול עם מסדי נתונים קטנים יותר, בגודל של עשרות ג'יגה-בייט. למסדי נתונים גדולים יותר ולעומסי עבודה בסביבת הייצור, מומלץ להשתמש ב-2‎ vCPU או יותר.
אפשר להגדיר זמינות גבוהה (HA), אבל אין הסכמי SLA לזמן פעולה תקינה.
כדי לדעת איפה אפשר לפרוס מעבד וירטואלי אחד, קראו את המאמר אזורים נתמכים של C4A.

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

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

התפקידים הנדרשים

יצירת אשכול חדש ומכונה ראשית חדשה

המסוף

gcloud

יצירת אשכול

גישה לשירותים פרטיים

התחברות לשירות פרטי

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

Terraform

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

הכנת Cloud Shell

הכנת הספרייה

החלה של השינויים

REST v1

יצירת אשכול

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

שכפול של אשכול פעיל

יצירת אשכול עם טווח ספציפי של כתובות IP

שיקולים לשימוש בסדרת המכונות C4A שמבוססת על Axion

אפשר להשתמש ב-C4A באזורים הבאים:

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

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

יצירת אשכול והמופע הראשי שלו