במסמך הזה מוסבר איך להגדיר קישורים דרך IP פרטיים למופע Cloud SQL באמצעות גישה פרטית לשירותים.
לפני שמתחילים
ב-Cloud SQL נדרשת גישה לשירותים פרטיים לכל רשת VPC שמשמשת לקישורים דרך IP פרטיים.
הפעלת ממשקי ה-API הנדרשים
מפעילים את Service Networking API (servicenetworking.googleapis.com) ואת Compute Engine API (compute.googleapis.com) בפרויקט שמארח את מכונת Cloud SQL.
אם אתם משתמשים ברשת VPC משותפת, אתם צריכים להפעיל את ממשקי ה-API האלה גם בפרויקט המארח של ה-VPC המשותף.
כדי להפעיל את ממשקי ה-API, אפשר להשתמש בפקודה הבאה:
gcloud services enable servicenetworking.googleapis.com compute.googleapis.com --project=PROJECT_ID
מחליפים את PROJECT_ID במזהה הפרויקט (או במזהה הפרויקט המארח של ה-VPC המשותף).
אם Service Networking API לא מופעל, כשיוצרים את מופע Cloud SQL עם כתובת IP פרטית, הפעולה נכשלת עם שגיאה SERVICE_NETWORKING_NOT_ENABLED.
תפקידים והרשאות נדרשים
כדי לקבל את ההרשאות שנדרשות ליצירה ולניהול של חיבור גישה לשירותים פרטיים, צריך לבקש מהאדמין להקצות לכם ב-IAM את התפקיד אדמין רשתות Compute (roles/compute.networkAdmin) בפרויקט שמארח את המכונה של Cloud SQL.
כדי לקרוא הסבר על מתן תפקידים, ראו איך מנהלים את הגישה ברמת הפרויקט, התיקייה והארגון.
זהו תפקיד מוגדר מראש עם ההרשאות שנדרשות ליצירה ולניהול של חיבור גישה פרטית לשירותים. כדי לראות בדיוק אילו הרשאות נדרשות, אפשר להרחיב את הקטע ההרשאות הנדרשות:
ההרשאות הנדרשות
כדי ליצור ולנהל חיבור של גישה לשירותים פרטיים, נדרשות ההרשאות הבאות:
-
compute.addresses.create -
compute.addresses.list -
compute.globalAddresses.create -
compute.globalAddresses.createInternal -
compute.globalAddresses.list -
compute.networks.list -
compute.networks.use -
servicenetworking.services.addPeering -
serviceusage.services.list
יכול להיות שתקבלו את ההרשאות האלה באמצעות תפקידים בהתאמה אישית או תפקידים מוגדרים מראש אחרים.
אם אתם משתמשים ברשת VPC משותפת, אתם צריכים גם להעניק למשתמש את התפקיד אדמין רשתות של Compute (roles/compute.networkAdmin) בפרויקט המארח של ה-VPC המשותף.
הגדרת גישה לשירותים פרטיים ב-Cloud SQL
תהליך ההגדרה של גישה לשירותים פרטיים מורכב משני חלקים:
בוחרים טווח כתובות IP קיים או מקצים טווח חדש.
אם יוצרים את המכונה של Cloud SQL במסוף Cloud de Confiance , אפשר גם לתת ל-Google להקצות טווח של כתובות IP. במקרה כזה, Google תקצה באופן אוטומטי טווח כתובות IP עם אורך קידומת של
/24ותשתמש בשם default-ip-range.אם אתם מתכננים ליצור מכונות של Cloud SQL בכמה אזורים או לסוגים שונים של מסדי נתונים, צריך שיהיה לכם טווח של כתובות IP זמינות בגודל
/24לפחות לכל אזור או סוג של מסד נתונים. זה כולל אפליקציות אחרות כמו Filestore או Memorystore. כדי להשתמש באזור חדש או בסוג חדש של מסד נתונים, צריך שיהיה ל-Cloud SQL טווח כתובות/24בחינם.- יוצרים את החיבור לשירותים הפרטיים מרשת ה-VPC לרשת של הבעלים של השירות המנוהל.
במאמר דרישות לקישור דרך IP פרטי מפורטות הדרישות של סביבת הרשת והאפליקציה, והרשאות ה-IAM שנדרשות לגישה לשירותים פרטיים.
הקצאת טווח של כתובות IP
המסוף
-
במסוף Cloud de Confiance , נכנסים לדף רשתות VPC.
- בוחרים את רשת ה-VPC שבה רוצים להשתמש.
- לוחצים על הכרטיסייה Private services access.
- בוחרים בכרטיסייה Allocated IP ranges for services.
- לוחצים על הקצאת טווח כתובות IP.
- בשדה שם של הטווח שהוקצה, מציינים
google-managed-services-VPC_NETWORK_NAME, כאשרVPC_NETWORK_NAMEהוא השם של רשת ה-VPC שאליה מתחברים (לדוגמה,google-managed-services-default). השדה תיאור הוא אופציונלי. - בוחרים באפשרות בהתאמה אישית ומזינים את טווח כתובות ה-IP להקצאה בסימון CIDR.
- לוחצים על Allocate כדי ליצור את הטווח שהוקצה.
gcloud
מבצעים אחת מהפעולות הבאות:
- כדי לציין טווח כתובות ואורך קידומת (מסכה של רשת משנה), משתמשים בדגלים
addressesו-prefix-length. לדוגמה, כדי להקצות את בלוק ה-CIDR192.168.0.0/16, מציינים את הכתובת192.168.0.0ואת אורך הקידומת16. - כדי לציין רק אורך קידומת (מסכה של רשת משנה), משתמשים בדגל
prefix-length. אם לא מציינים טווח כתובות, Cloud de Confianceבוחר באופן אוטומטי טווח כתובות שלא בשימוש ברשת ה-VPC. בדוגמה הבאה נבחר טווח כתובות IP שלא נמצא בשימוש, עם אורך קידומת של16ביטים.
gcloud compute addresses create google-managed-services-VPC_NETWORK_NAME \ --global \ --purpose=VPC_PEERING \ --addresses=192.168.0.0 \ --prefix-length=16 \ --network=projects/PROJECT_ID/global/networks/VPC_NETWORK_NAME
gcloud compute addresses create google-managed-services-VPC_NETWORK_NAME \ --global \ --purpose=VPC_PEERING \ --prefix-length=16 \ --network=projects/PROJECT_ID/global/networks/VPC_NETWORK_NAME
מחליפים את VPC_NETWORK_NAME בשם של רשת ה-VPC, למשל my-vpc-network.
בדוגמה הבאה מוקצה טווח כתובות IP שמאפשר למשאבים ברשת ה-VPC my-vpc-network להתחבר למכונות Cloud SQL באמצעות כתובת IP פרטית.
gcloud compute addresses create google-managed-services-my-vpc-network \ --global \ --purpose=VPC_PEERING \ --prefix-length=16 \ --network=projects/myprojectid/global/networks/myvpcnetwork \ --project=my-project
Terraform
כדי להקצות טווח כתובות IP, משתמשים במשאב של Terraform.
החלה של השינויים
כך מחילים את ההגדרות של Terraform בפרויקט ב- Cloud de Confiance :
הכנת Cloud Shell
- מפעילים את Cloud Shell.
-
מגדירים את פרויקט ברירת המחדל ב- Cloud de Confiance שבו רוצים להחיל את ההגדרות של 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 הוא חלק מפתרון מקצה לקצה.
- בודקים את הפרמטרים לדוגמה ומשנים אותם בהתאם לסביבה שלכם.
- שומרים את השינויים.
-
מפעילים את Terraform. צריך לעשות זאת רק פעם אחת לכל ספרייה.
terraform init
אופציונלי: תוכלו לכלול את האפשרות
-upgrade, כדי להשתמש בגרסה העדכנית ביותר של הספק של Google:terraform init -upgrade
החלה של השינויים
-
בודקים את ההגדרות ומוודאים שהמשאבים שמערכת Terraform תיצור או תעדכן תואמים לציפיות שלכם:
terraform plan
מתקנים את ההגדרות לפי הצורך.
-
מריצים את הפקודה הבאה ומזינים
yesבהודעה שמופיעה, כדי להחיל את הגדרות Terraform:terraform apply
ממתינים עד שב-Terraform תוצג ההודעה "Apply complete!".
- פותחים את הפרויקט ב- Cloud de Confiance כדי להציג את התוצאות. במסוף Cloud de Confiance , נכנסים למשאבים בממשק המשתמש כדי לוודא שהם נוצרו או עודכנו ב-Terraform.
מחיקת השינויים
כדי להסיר משאבים שהוחלו בעבר על הגדרות Terraform, מריצים את הפקודה הבאה ומזינים yes בהודעה שמופיעה:
terraform destroy
יצירת חיבור פרטי
המסוף
-
נכנסים לדף VPC networks במסוף Cloud de Confiance .
- בוחרים את רשת ה-VPC שבה רוצים להשתמש.
- לוחצים על הכרטיסייה Private service connection.
- לוחצים על הכרטיסייה Private connections to services.
- לוחצים על יצירת חיבור כדי ליצור חיבור פרטי בין הרשת שלכם לבין בעלים של שירות מנוהל.
- בשדה Assigned allocation, בוחרים טווח אחד או יותר של כתובות IP שהוקצו, שלא נמצאים בשימוש של בעלים אחרים של שירותים מנוהלים.
- לוחצים על קישור כדי ליצור את הקישור.
gcloud
יוצרים חיבור גישה לשירותים פרטיים בשביל רשת ה-VPC בפרויקט.
gcloud services vpc-peerings connect \ --service=servicenetworking.googleapis.com \ --ranges=google-managed-services-VPC_NETWORK_NAME \ --network=VPC_NETWORK_NAME \ --project=PROJECT_ID
הפקודה מפעילה פעולה ממושכת של מכונת Cloud SQL ומחזירה מזהה פעולה.
בודקים אם הפעולה הצליחה.
gcloud services vpc-peerings operations describe \ --name=OPERATION_ID
כשיוצרים חיבור פרטי, אפשר לציין יותר מטווח מוקצה אחד. לדוגמה, אם טווח מסוים מוצה, אפשר להקצות טווחים נוספים. השירות משתמש בכתובות IP מכל הטווחים שצוינו, לפי הסדר שציינתם.
Terraform
כדי ליצור חיבור פרטי, משתמשים במשאב של Terraform.
חשבון שירות בפורמט service-HOST_PROJECT_NUMBER@service-networking.s3ns-system.iam.gserviceaccount.com מקבל את התפקיד servicenetworking.serviceAgent בזמן שהחיבור הפרטי נוצר, כי החשבון מוקצה בדיוק בזמן.
אם מופיעה שגיאה לגבי ההרשאה compute.globalAddresses.list או ההרשאה compute.projects.get בפרויקט, מריצים את הפקודה gcloud:
gcloud projects add-iam-policy-binding HOST_PROJECT_NAME \ --member=serviceAccount:service-HOST_PROJECT_NUMBER@service-networking.s3ns-system.iam.gserviceaccount.com \ --role=roles/servicenetworking.serviceAgent
הגדרת מכונה לכתובת IP פרטית באמצעות גישה לשירותים פרטיים
אפשר להגדיר גישה לשירותים פרטיים למקרים חדשים ולמקרים קיימים.
הגדרת כתובת IP פרטית למכונה חדשה
המסוף
-
נכנסים לדף Cloud SQL Instances במסוף Cloud de Confiance .
- לוחצים על Create instance.
- בקטע Customize your instance (התאמה אישית של המופע), מרחיבים את Show configuration options (הצגת אפשרויות ההגדרה).
- מרחיבים את האפשרות Connections.
- בוחרים באפשרות Private IP.
- בוחרים באפשרות גישה פרטית לשירות (PSA).
בתפריט הנפתח מוצגות רשתות ה-VPC שזמינות בפרויקט. אם הפרויקט שלכם הוא פרויקט שירות של VPC משותף, יוצגו גם רשתות VPC מהפרויקט המארח.
- בוחרים את רשת ה-VPC שבה רוצים להשתמש.
- לוחצים על הגדרת חיבור.
- בקטע הקצאת טווח כתובות IP, בוחרים באחת מהאפשרויות הבאות:
- בוחרים טווח כתובות IP קיים אחד או יותר או יוצרים טווח חדש מהתפריט הנפתח. בתפריט הנפתח מופיעים טווחי כתובות IP שהוקצו בעבר, אם יש כאלה, או שאפשר לבחור באפשרות Allocate a new IP range (הקצאת טווח כתובות IP חדש) ולהזין טווח ושם חדשים.
- שימוש בטווח כתובות IP שהוקצה באופן אוטומטי ברשת.
- לוחצים על Continue.
- לוחצים על יצירת קישור.
- מוודאים שההודעה
Private service connection for network VPC_NETWORK_NAME has been successfully createdמופיעה. - אפשר גם לציין טווח כתובות IP שהוקצה למכונות, כדי להשתמש בו לחיבורים.
- מרחיבים את האפשרות הצגת טווח כתובות ה-IP שהוקצו.
- בוחרים טווח כתובות IP מהתפריט הנפתח.
- זה שינוי אופציונלי. אם רוצים לאפשר לשירותים Cloud de Confiance by S3NS אחרים, כמו BigQuery, לגשת לנתונים ב-Cloud SQL ולהריץ שאילתות על הנתונים האלה דרך חיבור IP פרטי, צריך לבחור באפשרות הפעלת נתיב פרטי.
- מסיימים להגדיר את המופע.
- לוחצים על Create instance.
אם מופיעה הודעה שצריך להגדיר חיבור לשירות פרטי:
gcloud
לפני שיוצרים מכונה באמצעות כתובת IP פרטית, צריך לוודא שהפרויקט מוגדר לגישה לשירותים פרטיים.
מריצים את הפקודות הבאות של ה-CLI של gcloud כדי להגדיר רשת של גישה לשירותים פרטיים ל-Cloud SQL:
- מפעילים את ממשקי ה-API הנדרשים:
gcloud services enable \ sqladmin.googleapis.com \ compute.googleapis.com \ servicenetworking.googleapis.com \ --project=PROJECT_ID
- הקצאת טווח כתובות IP לקישור בין רשתות VPC שכנות (peering):
gcloud compute addresses create google-managed-services-VPC_NETWORK_NAME \ --global \ --purpose=VPC_PEERING \ --prefix-length=16 \ --network=projects/NETWORK_PROJECT_ID/global/networks/VPC_NETWORK_NAME \ --project=PROJECT_ID
- יצירת החיבור של קישור בין רשתות VPC שכנות (peering):
gcloud services vpc-peerings connect \ --service=servicenetworking.googleapis.com \ --ranges=google-managed-services-VPC_NETWORK_NAME \ --network=VPC_NETWORK_NAME \ --project=PROJECT_ID
לפני שמשתמשים בנתוני הבקשה, צריך להחליף את הנתונים הבאים:
-
INSTANCE_ID: מזהה המכונה -
PROJECT_ID: מזהה הפרויקט
NETWORK_PROJECT_ID: מזהה הפרויקט של רשת ה-VPC-
VPC_NETWORK_NAME: השם של רשת ה-VPC -
RANGE_NAME: אופציונלי. אם מצוין, מגדיר שם טווח שעבורו מוקצה טווח כתובות IP. שם הטווח צריך לעמוד בדרישות שלRFC-1035ולהכיל 1-63 תווים. -
REGION_NAME: שם האזור
--network. כדי להשבית את כתובת ה-IP הציבורית, משתמשים בדגל --no-assign-ip.
אפשר גם להשתמש בפרמטר --enable-google-private-path
כדי לאפשר לשירותים Cloud de Confiance אחרים כמו BigQuery
לגשת לנתונים ב-Cloud SQL ולבצע שאילתות על הנתונים האלה דרך
חיבור IP פרטי. הפרמטר הזה תקף רק אם:
- אתם משתמשים בפרמטר
--no-assign-ip. - משתמשים בפרמטר
--networkכדי לציין את השם של רשת ה-VPC שרוצים להשתמש בה כדי ליצור חיבור פרטי.
--enforce-new-sql-network-architecture. חשוב לוודא שהקציתם מספיק כתובות IP. אם תשתמשו באכיפה של ארכיטקטורת הרשת החדשה לפני שהפרויקט ישודרג באופן מלא, יכול להיות שלא תצליחו ליצור מכונות אם אין מספיק מקום לכתובות IP.
למידע נוסף, ראו שדרוג מכונה לארכיטקטורת הרשת החדשה והקצאת טווח כתובות IP.
gcloud beta sql instances create INSTANCE_ID \ --project=PROJECT_ID \ --network=projects/NETWORK_PROJECT_ID/global/networks/VPC_NETWORK_NAME \ --no-assign-ip \ --allocated-ip-range-name=RANGE_NAME \ --enable-google-private-path \ --enforce-new-sql-network-architecture
Terraform
כדי להגדיר כתובת IP פרטית למכונה חדשה, משתמשים במשאבים הבאים של Terraform:
google_compute_networkgoogle_compute_global_addressgoogle_service_networking_connectiongoogle_sql_database_instance
החלה של השינויים
כדי להחיל את הגדרות Terraform בפרויקט ב- Cloud de Confiance , מבצעים את השלבים בקטעים הבאים.
הכנת Cloud Shell
- מפעילים את Cloud Shell.
-
מגדירים את פרויקט ברירת המחדל ב- Cloud de Confiance שבו רוצים להחיל את ההגדרות של 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 הוא חלק מפתרון מקצה לקצה.
- בודקים את הפרמטרים לדוגמה ומשנים אותם בהתאם לסביבה שלכם.
- שומרים את השינויים.
-
מפעילים את Terraform. צריך לעשות זאת רק פעם אחת לכל ספרייה.
terraform init
אופציונלי: תוכלו לכלול את האפשרות
-upgrade, כדי להשתמש בגרסה העדכנית ביותר של הספק של Google:terraform init -upgrade
החלה של השינויים
-
בודקים את ההגדרות ומוודאים שהמשאבים שמערכת Terraform תיצור או תעדכן תואמים לציפיות שלכם:
terraform plan
מתקנים את ההגדרות לפי הצורך.
-
מריצים את הפקודה הבאה ומזינים
yesבהודעה שמופיעה, כדי להחיל את הגדרות Terraform:terraform apply
ממתינים עד שב-Terraform תוצג ההודעה "Apply complete!".
- פותחים את הפרויקט ב- Cloud de Confiance כדי להציג את התוצאות. במסוף Cloud de Confiance , נכנסים למשאבים בממשק המשתמש כדי לוודא שהם נוצרו או עודכנו ב-Terraform.
למחוק את השינויים
כדי למחוק את השינויים:
- כדי להשבית את ההגנה מפני מחיקה, מגדירים את הארגומנט
deletion_protectionבקובץ התצורה של Terraform לערךfalse.deletion_protection = "false"
- מריצים את הפקודה הבאה ומזינים
yesבהודעה שמופיעה, כדי להחיל את הגדרות Terraform המעודכנות:terraform apply
-
כדי להסיר משאבים שהוחלו בעבר על הגדרות Terraform, מריצים את הפקודה הבאה ומזינים
yesבהודעה שמופיעה:terraform destroy
REST v1
יוצרים מכונה חדשה עם כתובת IP פרטית:
לפני שמשתמשים בנתוני הבקשה, צריך להחליף את הנתונים הבאים:
- PROJECT_ID: מזהה הפרויקט
- INSTANCE_ID: מזהה המכונה
- VPC_NETWORK_NAME: מציינים את השם של רשת הענן הווירטואלי הפרטי (VPC) שבה רוצים להשתמש במכונה הזו. הגישה לשירותים פרטיים כבר צריכה להיות מוגדרת ברשת.
- RANGE_NAME: אופציונלי. אם מציינים שם, המערכת מגדירה שם לטווח שעבורו מוקצה טווח כתובות IP. שם הטווח חייב לעמוד בדרישות של
RFC-1035ולהכיל 1-63 תווים. - AUTHORIZED_NETWORKS: לחיבורים עם כתובת IP ציבורית, מציינים את החיבורים מרשתות מורשות שיכולות להתחבר למופע.
בפרמטר ipv4Enabled, מגדירים את הערך true אם משתמשים בכתובת IP ציבורית עבור המכונה, או false אם למכונה יש כתובת IP פרטית.
אם מגדירים את הפרמטר enablePrivatePathForGoogleCloudServices לערך true, מאפשרים לשירותי Cloud de Confiance by S3NS אחרים, כמו BigQuery, לגשת לנתונים ב-Cloud SQL ולבצע שאילתות על הנתונים האלה דרך חיבור IP פרטי. אם מגדירים את הפרמטר הזה לערך
false, שירותים אחרים Cloud de Confiance by S3NS לא יכולים לגשת לנתונים ב-Cloud SQL דרך חיבור IP פרטי.
אפשר להשתמש בשדה sqlNetworkArchitecture כדי לאכוף את השימוש בארכיטקטורת הרשת החדשה עבור המכונה עם היצירה שלה, גם אם הפרויקט לא שודרג באופן מלא.
לפרטים נוספים על ארכיטקטורת הרשת החדשה וההשלכות שלה, קראו את המאמרים
שדרוג מכונה לארכיטקטורת הרשת החדשה והקצאת טווח של כתובות IP.
ה-method של ה-HTTP וכתובת ה-URL:
POST https://sqladmin.googleapis.com/v1/projects/PROJECT_ID/instances
תוכן בקשת JSON:
{
"name": "INSTANCE_ID",
"region": "region",
"databaseVersion": "database-version",
"settings": {
"tier": "machine-type",
"ipConfiguration": {
"ipv4Enabled": false,
"privateNetwork": "projects/PROJECT_ID/global/networks/VPC_NETWORK_NAME",
"allocatedIpRange": "RANGE_NAME"
"authorizedNetworks": [AUTHORIZED_NETWORKS],
"enablePrivatePathForGoogleCloudServices": true
}
},
"sqlNetworkArchitecture": "NEW_NETWORK_ARCHITECTURE"
}
כדי לשלוח את הבקשה צריך להרחיב אחת מהאפשרויות הבאות:
אתם אמורים לקבל תגובת JSON שדומה לזו:
REST v1beta4
יוצרים מכונה חדשה עם כתובת IP פרטית:
לפני שמשתמשים בנתוני הבקשה, צריך להחליף את הנתונים הבאים:
- PROJECT_ID: מזהה הפרויקט
- INSTANCE_ID: מזהה המכונה
- VPC_NETWORK_NAME: מציינים את השם של רשת הענן הווירטואלי הפרטי (VPC) שבה רוצים להשתמש במכונה הזו. הגישה לשירותים פרטיים כבר צריכה להיות מוגדרת ברשת.
- RANGE_NAME: אופציונלי. אם מציינים את השדה, מגדירים שם לטווח שמוקצה לו טווח כתובות IP. שם הטווח צריך לעמוד בדרישות של
RFC-1035ולהכיל 1-63 תווים. - AUTHORIZED_NETWORKS: לחיבורים עם כתובת IP ציבורית, מציינים את החיבורים מרשתות מורשות שיכולות להתחבר למופע.
בפרמטר ipv4Enabled, מגדירים את הערך true אם משתמשים בכתובת IP ציבורית למכונה, או את הערך false אם למכונה יש כתובת IP פרטית.
אם מגדירים את הפרמטר enablePrivatePathForGoogleCloudServices לערך true, מאפשרים לשירותי Cloud de Confiance by S3NS אחרים, כמו BigQuery, לגשת לנתונים ב-Cloud SQL ולבצע שאילתות על הנתונים האלה דרך חיבור IP פרטי. אם מגדירים את הפרמטר הזה לערך
false, שירותים אחרים Cloud de Confiance by S3NS לא יכולים לגשת לנתונים ב-Cloud SQL דרך חיבור IP פרטי.
אתם יכולים להשתמש בשדה sqlNetworkArchitecture כדי לאכוף את השימוש בארכיטקטורת הרשת החדשה למכונה בזמן היצירה, גם אם הפרויקט לא שודרג באופן מלא.
פרטים נוספים על ארכיטקטורת הרשת החדשה וההשלכות שלה מופיעים במאמרים
שדרוג מכונה לארכיטקטורת הרשת החדשה והקצאת טווח כתובות IP.
ה-method של ה-HTTP וכתובת ה-URL:
POST https://sqladmin.googleapis.com/sql/v1beta4/projects/PROJECT_ID/instances
תוכן בקשת JSON:
{
"name": "INSTANCE_ID",
"region": "region",
"databaseVersion": "database-version",
"settings": {
"tier": "machine-type",
"ipConfiguration": {
"ipv4Enabled": false,
"privateNetwork": "projects/PROJECT_ID/global/networks/VPC_NETWORK_NAME",
"allocatedIpRange": "RANGE_NAME"
"authorizedNetworks": [AUTHORIZED_NETWORKS],
"enablePrivatePathForGoogleCloudServices": true
}
},
"sqlNetworkArchitecture": "NEW_NETWORK_ARCHITECTURE"
}
כדי לשלוח את הבקשה צריך להרחיב אחת מהאפשרויות הבאות:
אתם אמורים לקבל תגובת JSON שדומה לזו:
הגדרת כתובת IP פרטית למופע קיים
אם מגדירים מכונה קיימת של Cloud SQL לשימוש בכתובת IP פרטית, המכונה תופעל מחדש ותגרום לזמן השבתה.
כדי להגדיר מכונה קיימת לשימוש בכתובת IP פרטית:
המסוף
-
נכנסים לדף Cloud SQL Instances במסוף Cloud de Confiance .
- כדי לפתוח את הדף Overview של מכונה, לוחצים על שם המכונה.
- בתפריט הניווט של Cloud SQL, לוחצים על Connections.
- בכרטיסייה Networking (רשת), מסמנים את התיבה Private IP (כתובת IP פרטית).
בתפריט הנפתח מוצגות הרשתות הזמינות בפרויקט.
- בוחרים את רשת ה-VPC שבה רוצים להשתמש:
- לוחצים על הגדרת חיבור.
- בקטע הקצאת טווח כתובות IP, בוחרים באחת מהאפשרויות הבאות:
- בוחרים טווח אחד או יותר של כתובות IP קיימות, או יוצרים טווח חדש מהתפריט הנפתח. בתפריט הנפתח מופיעים טווחי כתובות IP שהוקצו בעבר, אם יש כאלה, או שאפשר לבחור באפשרות Allocate a new IP range (הקצאת טווח כתובות IP חדש) ולהזין טווח ושם חדשים.
- שימוש בטווח כתובות IP שמוקצה באופן אוטומטי ברשת.
- לוחצים על Continue.
- לוחצים על יצירת חיבור.
- מוודאים שמופיע הסטטוס Private service connection for network
VPC_NETWORK_NAMEhas been successfully created. - זה שינוי אופציונלי. אם רוצים לאפשר לשירותים אחרים של Cloud de Confiance , כמו BigQuery, לגשת לנתונים ב-Cloud SQL ולבצע שאילתות על הנתונים האלה דרך חיבור IP פרטי, צריך לסמן את התיבה Enable private path.
- לוחצים על Save.
אם מופיעה ההודעה נדרש חיבור לשירות פרטי:
gcloud
מוודאים שהפרויקט מוגדר ל גישה לשירותים פרטיים.
מעדכנים את מכונת Cloud SQL באמצעות הפרמטר --network כדי לציין את השם של רשת ה-VPC שנבחרה.
כדי לאלץ את השימוש בארכיטקטורת הרשת החדשה עבור המכונה כשמוסיפים הגדרת רשת של כתובת IP פרטית, משתמשים בדגל --enforce-new-sql-network-architecture.
חשוב לוודא שהקציתם מספיק מקום לכתובות IP בטווח ה-IP.
אם משתמשים באכיפה של ארכיטקטורת רשת חדשה לפני שמשדרגים פרויקט באופן מלא, יכול להיות שתיצור שגיאה ביצירת מכונה אם אין מספיק מקום לכתובות IP.
מידע נוסף זמין במאמרים שדרוג מכונה לארכיטקטורת הרשת החדשה והקצאת טווח של כתובות IP.
gcloud beta sql instances patch INSTANCE_ID \ --project=PROJECT_ID \ --network=projects/NETWORK_PROJECT_ID/global/networks/VPC_NETWORK_NAME \ --no-assign-ip \ --enable-google-private-path \ --enforce-new-sql-network-architecture
REST v1
יוצרים מכונה חדשה עם כתובת IP פרטית:
לפני שמשתמשים בנתוני הבקשה, צריך להחליף את הנתונים הבאים:
- PROJECT_ID: מזהה הפרויקט
- INSTANCE_ID: מזהה המכונה
- VPC_NETWORK_NAME: מציינים את השם של רשת הענן הווירטואלי הפרטי (VPC) שבה רוצים להשתמש במכונה הזו. הגישה לשירותים פרטיים כבר צריכה להיות מוגדרת ברשת.
- RANGE_NAME: אופציונלי. אם מציינים את השדה, הוא מגדיר שם לטווח שמוקצה לו טווח כתובות IP. שם הטווח צריך לעמוד בדרישות של
RFC-1035ולהכיל 1-63 תווים. - AUTHORIZED_NETWORKS: בחיבורים של כתובות IP ציבוריות, מציינים את החיבורים מרשתות מורשות שיכולות להתחבר למכונה.
בפרמטר ipv4Enabled, מגדירים את הערך true אם משתמשים בכתובת IP ציבורית עבור המכונה, או false אם למכונה יש כתובת IP פרטית.
אם מגדירים את הפרמטר enablePrivatePathForGoogleCloudServices לערך true,
אז מאפשרים לשירותים אחרים Cloud de Confiance by S3NS , כמו BigQuery, לגשת לנתונים ב-Cloud SQL ולבצע שאילתות על הנתונים האלה דרך חיבור IP פרטי. אם מגדירים את הפרמטר הזה לערך
false, שירותים אחרים Cloud de Confiance by S3NS לא יכולים לגשת לנתונים ב-Cloud SQL דרך חיבור IP פרטי.
אתם יכולים להשתמש בשדה sqlNetworkArchitecture כדי לאכוף את השימוש בארכיטקטורת הרשת החדשה למכונה בזמן היצירה, גם אם הפרויקט לא שודרג באופן מלא.
לפרטים נוספים על ארכיטקטורת הרשת החדשה וההשלכות שלה, קראו את המאמרים
שדרוג מכונה לארכיטקטורת הרשת החדשה והקצאת טווח של כתובות IP.
ה-method של ה-HTTP וכתובת ה-URL:
PATCH https://sqladmin.googleapis.com/v1/projects/PROJECT_ID/instances/INSTANCE_ID
תוכן בקשת JSON:
{
"settings":
{
"ipConfiguration": {
"ipv4Enabled": false,
"privateNetwork": "projects/PROJECT_ID/global/networks/VPC_NETWORK_NAME",
"allocatedIpRange": "RANGE_NAME"
"authorizedNetworks": [AUTHORIZED_NETWORKS],
"enablePrivatePathForGoogleCloudServices": true
}
},
"sqlNetworkArchitecture": "NEW_NETWORK_ARCHITECTURE"
}
כדי לשלוח את הבקשה צריך להרחיב אחת מהאפשרויות הבאות:
אתם אמורים לקבל תגובת JSON שדומה לזו:
REST v1beta4
יוצרים מכונה חדשה עם כתובת IP פרטית:
לפני שמשתמשים בנתוני הבקשה, צריך להחליף את הנתונים הבאים:
- PROJECT_ID: מזהה הפרויקט
- INSTANCE_ID: מזהה המכונה
- VPC_NETWORK_NAME: מציינים את השם של רשת הענן הווירטואלי הפרטי (VPC) שבה רוצים להשתמש במכונה הזו. הגישה לשירותים פרטיים כבר צריכה להיות מוגדרת ברשת.
- RANGE_NAME: אופציונלי. אם מציינים שם, המערכת מגדירה שם לטווח שעבורו מוקצה טווח כתובות IP. שם הטווח חייב לעמוד בדרישות של
RFC-1035ולהכיל בין תו אחד ל-63 תווים. - AUTHORIZED_NETWORKS: בחיבורים לכתובות IP ציבוריות, מציינים את החיבורים מרשתות מורשות שיכולות להתחבר למכונה.
בפרמטר ipv4Enabled, מגדירים את הערך true אם משתמשים בכתובת IP ציבורית עבור המכונה, או false אם למכונה יש כתובת IP פרטית.
אם מגדירים את הפרמטר enablePrivatePathForGoogleCloudServices לערך true,
אז מאפשרים לשירותים אחרים Cloud de Confiance by S3NS , כמו BigQuery, לגשת לנתונים ב-Cloud SQL ולבצע שאילתות על הנתונים האלה דרך חיבור IP פרטי. אם מגדירים את הפרמטר הזה לערך false, שירותים אחרים של Cloud de Confiance by S3NS לא יכולים לגשת לנתונים ב-Cloud SQL דרך חיבור IP פרטי.
אתם יכולים להשתמש בשדה sqlNetworkArchitecture כדי לאכוף את השימוש בארכיטקטורת הרשת החדשה למכונה בזמן היצירה, גם אם הפרויקט לא שודרג באופן מלא.
לפרטים נוספים על ארכיטקטורת הרשת החדשה וההשלכות שלה, קראו את המאמרים
שדרוג מכונה לארכיטקטורת הרשת החדשה והקצאת טווח של כתובות IP.
ה-method של ה-HTTP וכתובת ה-URL:
PATCH https://sqladmin.googleapis.com/sql/v1beta4/projects/PROJECT_ID/instances/INSTANCE_ID
תוכן בקשת JSON:
{
"settings":
{
"ipConfiguration": {
"ipv4Enabled": false,
"privateNetwork": "projects/PROJECT_ID/global/networks/VPC_NETWORK_NAME",
"allocatedIpRange": "RANGE_NAME"
"authorizedNetworks": [AUTHORIZED_NETWORKS],
"enablePrivatePathForGoogleCloudServices": true
}
},
"sqlNetworkArchitecture": "NEW_NETWORK_ARCHITECTURE"
}
כדי לשלוח את הבקשה צריך להרחיב אחת מהאפשרויות הבאות:
אתם אמורים לקבל תגובת JSON שדומה לזו:
שינוי ההגדרות של הגישה לשירותים פרטיים
אתם יכולים לשנות את טווח הכתובות שהוקצה לחיבור לשירות פרטי בלי לשנות את המכונות הקיימות של Cloud SQL. כדי לשנות את כתובת ה-IP הפרטית של מכונת Cloud SQL קיימת, פועלים לפי השלבים האלה.
כדי לשנות את טווח הכתובות שהוקצה:
המסוף
-
נכנסים לדף VPC networks במסוף Cloud de Confiance .
- בוחרים את רשת ה-VPC שבה רוצים להשתמש.
- לוחצים על הכרטיסייה Private service connection.
- בוחרים בכרטיסייה הקצאות של טווחי כתובות IP לשירותים.
בוחרים את שם הטווח שרוצים למחוק.
לוחצים על שחרור.
לוחצים על Allocate IP range.
יוצרים טווח חדש עם אותו שם וטווח חדש
השם חשוב כי החיבור הפרטי כבר נוצר באמצעות שם הכתובת הזה.
gcloud services vpc-peerings update \ --network=VPC_NETWORK_NAME \ --ranges=ALLOCATED_RANGES \ --service=servicenetworking.googleapis.com \ --force
שינוי כתובת ה-IP הפרטית של מכונה קיימת של Cloud SQL
כדי לשנות את כתובת ה-IP הפרטית של מכונה קיימת ב-Cloud SQL, צריך להעביר את המכונה מהרשת המקורית שלה לרשת VPC זמנית. אחר כך משנים את הגדרת הגישה הפרטית לשירות ברשת המקורית של המכונה, ומעבירים את המכונה של Cloud SQL בחזרה לרשת המקורית שלה.
כדי לעבור לרשת VPC אחרת, צריך לבצע את כל השלבים בתהליך הבא, חוץ מהשלב האחרון (העברת המכונה בחזרה). במקרה הזה, TEMPORARY_VPC_NETWORK_NAME היא רשת ה-VPC החדשה. בנוסף, מוחקים את החיבור הפרטי הישן.
יכול להיות שיעברו כמה ימים עד שהחיבור הפרטי שנמחק ייעלם ממסוףCloud de Confiance .
אם מופע Cloud SQL מתארח ברשת VPC משותפת,
הVPC_NETWORK_NAME
משתנים שבהם נעשה שימוש בהוראות הבאות צריכים להיות שמות רשתות ה-VPC
של הפרויקט המארח. כדי לציין רשת עם רשת VPC משותפת, משתמשים בכתובת ה-URL המלאה של הרשת – לדוגמה, projects/HOST_PROJECT/global/networks/NETWORK_NAME.
המסוף
-
במסוף Cloud de Confiance , נכנסים לדף רשתות VPC.
- יצירת רשת VPC זמנית.
- יוצרים הקצאת כתובות IP ברשת ה-VPC הזמנית.
- יצירת חיבור פרטי ברשת ה-VPC הזמנית.
מעבירים את המכונה של Cloud SQL לרשת ה-VPC הזמנית.
gcloud beta sql instances patch INSTANCE_ID \ --project=PROJECT_ID \ --network=projects/PROJECT_ID/global/networks/TEMPORARY_VPC_NETWORK_NAME \ --no-assign-ip
משנים את הגדרת הגישה לשירות פרטי ברשת המקורית כדי להוסיף טווח חדש שהוקצה או למחוק טווחים קיימים.
מעבירים את מכונת Cloud SQL בחזרה לרשת ה-VPC המקורית.
gcloud beta sql instances patch INSTANCE_ID \ --project=PROJECT_ID \ --network=projects/PROJECT_ID/global/networks/ORIGINAL_VPC_NETWORK_NAME \ --no-assign-ip
התחברות למכונה באמצעות כתובת ה-IP הפרטית שלה
אתם משתמשים בגישה לשירותים פרטיים כדי להתחבר למופעי Cloud SQL ממכונות Compute Engine או ממופעי Google Kubernetes Engine באותה רשת VPC (מוגדרים כאן כמקורות פנימיים) או מחוץ לרשת הזו (מקור חיצוני).
התחברות ממקור פנימי
כדי להתחבר ממקור באותו פרויקט ב- Cloud de Confiance שבו נמצאת המכונה של Cloud SQL, כמו Cloud SQL Auth Proxy שפועל במשאב של Compute Engine, המשאב הזה צריך להיות באותה רשת VPC שבה הוגדרה הגישה הפרטית לשירותים של המכונה של Cloud SQL.
כדי להתחבר ממקור ללא שרת (serverless), כמו סביבת ברירת המחדל ב-App Engine, Cloud Run או פונקציות Cloud Run, האפליקציה או הפונקציה מתחברות ישירות למכונה באמצעות גישה ל-VPC ללא שרת (serverless), בלי Cloud SQL Auth Proxy.
חיבור ממקור חיצוני
אם רשת חיצונית (לדוגמה, רשת מקומית או רשת VPC) מחוברת לרשת ה-VPC שאליה מחובר המכונה של Cloud SQL, אתם יכולים להשתמש ב-Cloud VPN או ב-Cloud Interconnect כדי להתחבר למכונה מלקוח ברשת החיצונית.
כדי לאפשר חיבורים מרשת חיצונית:
- מוודאים שרשת ה-VPC מחוברת לרשת החיצונית באמצעות מנהרת Cloud VPN או צירוף ל-VLAN של Dedicated Interconnect או של Partner Interconnect.
-
מוודאים שפרוטוקול Border Gateway Protocol (BGP) מופעל בסשנים ב-Cloud Routers שמנהלים את מנהרות Cloud VPN ואת קובצי ה-Cloud Interconnect (רשתות VLAN), ושהתקבלו קידומות (יעדים) ספציפיות מהרשת המקומית.
אי אפשר לייבא נתיבי ברירת מחדל (יעד 0.0.0.0/0) לרשת ה-VPC של Cloud SQL, כי לרשת הזו יש נתיב ברירת מחדל מקומי משלה. המערכת משתמשת בנתיבים מקומיים ליעד, למרות שהגדרתם את הקישור בין רשתות שכנות ב-Cloud SQL לייבוא נתיבים בהתאמה אישית מרשת ה-VPC.
-
מזהים את חיבורי ה-peering שנוצרו על ידי החיבור לשירותים פרטיים. בהתאם לשירות, החיבור לשירותים פרטיים עשוי ליצור אחד או יותר מחיבורי ה-Peering הבאים, אבל לא בהכרח את כולם:
cloudsql-mysql-googleapis-comcloudsql-postgres-googleapis-comservicenetworking-googleapis-com
- מעדכנים את כל הקישורים לרשתות השכנות כדי להפעיל את האפשרות ייצוא של מסלולים מותאמים אישית.
- מזהים את הטווח שהוקצה לשימוש של החיבור לשירותים הפרטיים.
- הגדרת מצב פרסום בהתאמה אישית של Cloud Router לטווח שהוקצה בנתבי Cloud Router שמנהלים סשנים של BGP למנהרות Cloud VPN או לחיבורי Cloud Interconnect (רשתות VLAN).
התחברות מ-Cloud Shell
Cloud Shell משתמש במכונה וירטואלית ב-Compute Engine שמנוהלת על ידי Cloud de Confiance by S3NS ונמצאת מחוץ לרשת ה-VPC שלכם. לכן, לא קיים נתיב קישוריות בין Cloud Shell לבין מרחב כתובות ה-IP הפרטיות של רשת ה-VPC.
לכן, Cloud Shell לא תומך בחיבור למופע Cloud SQL שיש לו רק כתובת IP פרטית.
כדי להתחבר למכונות Cloud SQL מרשת חיצונית באמצעות קישור דרך IP פרטית, קראו את המאמר התחברות למכונת Cloud SQL מחוץ ל-VPC שלה.
התחברות מכתובות IP שהן לא RFC 1918
ב-RFC 1918 מפורטות כתובות IP שמוקצות לשימוש פנימי (כלומר, בתוך ארגון) ולא ינותבו באינטרנט. באופן ספציפי, אלה המקרים:
- 10.0.0.0/8
- 172.16.0.0/12
- 192.168.0.0/16
חיבורים למכונת Cloud SQL באמצעות כתובת IP פרטית מקבלים הרשאה אוטומטית לטווח כתובות RFC 1918. כך, כל הלקוחות הפרטיים יכולים לגשת למסד הנתונים בלי לעבור דרך ה-proxy.
כדי להתחבר מכתובת IP שהיא לא RFC 1918, צריך להגדיר הרשאת IP לכל מכונה, כדי לאפשר תנועה מטווחים של כתובות IP שהן לא RFC 1918.
לדוגמה, משתמשים בפקודת gcloud כמו זו:
gcloud sql instances patch INSTANCE_NAME \ --authorized-networks=192.88.99.0/24,11.0.0.0/24
כברירת מחדל, Cloud SQL לא לומד נתיבים של תת-רשתות שאינן RFC 1918 מרשת ה-VPC. כדי לייצא נתיבים שאינם RFC 1918, צריך לעדכן את קישור הרשתות (peering) ל-Cloud SQL.
gcloud compute networks peerings update PEERING_CONNECTION \ --network=VPC_NETWORK_NAME \ --export-subnet-routes-with-public-ip \ --project=PROJECT_ID
-
PEERING_CONNECTIONהוא השם של חיבור ה-peering שנוצר על ידי החיבור הפרטי בין רשת ה-VPC שלכם לבין הרשת של בעלים של שירות מנוהל. -
VPC_NETWORK_NAMEהוא השם של רשת ה-VPC. -
PROJECT_IDהוא מזהה הפרויקט של רשת ה-VPC. אם אתם משתמשים ב-VPC משותף, השתמשו במזהה הפרויקט המארח.
מחליפים את מה שכתוב בשדות הבאים:
כדי לצמצם את ניצול כתובות ה-IP, אתם יכולים להשתמש בכתובות IP ציבוריות בשימוש פרטי.
התחברות מכתובות IP ציבוריות שמשמשות באופן פרטי
אם רוצים להגדיר את המכונה בטווח כתובות IP ציבוריות בשימוש פרטי, צריך להפעיל את export-subnet-routes-with-public-ip בקישור בין הרשתות השכנות של הרשת שלכם ושל הרשת של Cloud SQL.
gcloud compute networks peerings update PEERING_CONNECTION \ --network=VPC_NETWORK_NAME \ --export-subnet-routes-with-public-ip \ --project=PROJECT_ID
-
PEERING_CONNECTIONהוא השם של חיבור ה-peering שנוצר על ידי החיבור לשירותים הפרטיים בין רשת ה-VPC שלכם לבין הרשת של בעלים של שירות מנוהל. כדי לדעת את השם של חיבור ה-peering, עוברים לדף רשת VPC peering. -
VPC_NETWORK_NAMEהוא השם של רשת ה-VPC. -
PROJECT_IDהוא מזהה הפרויקט של רשת ה-VPC. אם אתם משתמשים ב-VPC משותף, השתמשו במזהה הפרויקט המארח.
מחליפים את מה שכתוב בשדות הבאים:
התחברות למכונה שמוגדרת עם כתובות IP ציבוריות בשימוש פרטי
אם המכונה מוגדרת בטווח כתובות IP ציבוריות בשימוש פרטי ואתם רוצים להתחבר אליה, צריך להפעיל את import-subnet-routes-with-public-ip בהתאמת הרשתות בין הרשת שלכם לבין הרשת של Cloud SQL.
gcloud compute networks peerings update PEERING_CONNECTION \ --network=VPC_NETWORK_NAME \ --import-subnet-routes-with-public-ip \ --project=PROJECT_ID
מחליפים את מה שכתוב בשדות הבאים:
-
PEERING_CONNECTIONהוא השם של חיבור ה-peering שנוצר על ידי החיבור לשירותים הפרטיים בין רשת ה-VPC שלכם לבין הרשת של בעלים של שירות מנוהל. כדי למצוא את השם של חיבור הפירינג, עוברים לדף VPC network peering. -
VPC_NETWORK_NAMEהוא השם של רשת ה-VPC. -
PROJECT_IDהוא מזהה הפרויקט של רשת ה-VPC. אם אתם משתמשים ב-VPC משותף, השתמשו במזהה הפרויקט המארח.
חיבור באמצעות נקודת קצה (endpoint) לכתיבה
בנוסף לכתובת IP פרטית, אתם יכולים להשתמש בנקודת קצה לכתיבה במחרוזת חיבור של SQL. נקודת קצה לכתיבה היא שם גלובלי של שירות שמות דומיינים (DNS) שמתורגם באופן אוטומטי לכתובת ה-IP של המכונה הראשית הנוכחית. שימוש בנקודת קצה לכתיבה מאפשר לכם להימנע משינויים בחיבור לאפליקציה במקרה של כשל באזור.
אם מתרחש מעבר לגיבוי או מעבר לגיבוי פעיל של העתק, נקודת הקצה לכתיבה יכולה לעזור בניהול כתובות IP פרטיות של מופעים. במקרה כזה, משתמשים בנקודת הקצה לכתיבה כדי להתחבר למכונה שפועלת כמכונה הראשית.
איך Cloud SQL יוצר נקודת קצה לכתיבה
אם תפעילו את Cloud DNS API בפרויקט Cloud de Confiance , ואחר כך תיצרו מכונה ראשית של Cloud SQL Enterprise Plus, תקדמו את הרפליקה של המכונה או תשדרגו את המכונה מ-Cloud SQL Enterprise, המערכת של Cloud SQL תיצור באופן אוטומטי נקודת קצה לכתיבה ותקצה אותה למכונה.
אם המכונה הראשית משתנה במהלך תהליכי המעבר או יתירות הכשל, Cloud SQL מקצה את נקודת הקצה לכתיבה לרפליקה של יתירות הכשל, כי הרפליקה הזו היא המכונה הראשית החדשה.מידע נוסף זמין במאמר הצגת נקודת הקצה לכתיבה.
הקצאת נקודת קצה לכתיבה למופע
אם לא תפעילו את Cloud DNS API בפרויקט ב- Cloud de Confiance , ואז תיצרו, תקדמו או תשדרגו את המכונה, Cloud SQL לא יקצה באופן אוטומטי את נקודת הקצה לכתיבה למכונה.
כדי ש-Cloud SQL ייצור נקודת קצה לכתיבה ויקצה אותה למכונה, קראו את המאמר יצירת נקודת קצה לכתיבה.
פתרון בעיות
בקטע פתרון בעיות מפורטות בעיות קישוריות מוכרות, ובקטע ניפוי באגים בבעיות קישוריות מוסבר איך לבצע אבחון עצמי.