אזורים

‫Google Cloud משתמש באזורים, שמחולקים לתחומים, כדי להגדיר את המיקום הגיאוגרפי של משאבי מחשוב פיזיים.

מושגים מרכזיים

כשיוצרים מערך נתונים, מציינים מיקום לאחסון הנתונים של Cloud Healthcare API. אחרי שיוצרים את מערך הנתונים, אי אפשר לשנות את המיקום. הנתונים במערך הנתונים מאוחסנים במצב לא פעיל במיקום שנבחר.

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

יש שני סוגים של מיקומים:

  • מיקום אזורי הוא מקום גיאוגרפי ספציפי, כמו טוקיו. מידע נוסף זמין בקטע משאבים אזוריים בדף בנושא מיקום גיאוגרפי ואזורים.

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

אזורים שבהם השירות זמין

‫Cloud Healthcare API תומך בקבוצת משנה של הרשימה המלאה של Google Cloud מיקומים.

‫Cloud Healthcare API זמין באזורים הבאים:

מיקומים אזוריים

שם האזור תיאור האזור
אמריקה
northamerica-northeast1 מונטריאול
northamerica-northeast2 טורונטו
us-central1 איווה
us-east1 דרום קרוליינה
us-east4 צפון וירג'יניה
us-west1 אורגון
us-west2 לוס-אנג׳לס
us-west3 סולט לייק סיטי
southamerica-east1 סאו פאולו
אסיה ואזור האוקיינוס השקט
asia-east1 טייוואן
asia-east2 הונג קונג
asia-northeast1 טוקיו
asia-northeast2 אוסקה
asia-northeast3 סיאול
asia-south1 מומבאי
asia-southeast1 סינגפור
asia-southeast2 ג'קארטה
australia-southeast1 סידני
australia-southeast2 מלבורן
אירופה
europe-north1 פינלנד
europe-west2 לונדון
europe-west3 פרנקפורט
europe-west4 הולנד
europe-west6 ציריך
המזרח התיכון
me-west1 תל אביב
me-central1 דוחה
me-central2 דמאם

מיקומים במספר אזורים

השם של המיקום 'במספר אזורים' תיאור של המיקום 'במספר אזורים'
us מרכזי נתונים בארצות הברית
eu מרכזי נתונים במדינות החברות באיחוד האירופי

בקשות לשינוי מכסות של מיקום

אפשר לבקש להגדיל את המכסה של Cloud Healthcare API באזור ספציפי או במיקום שכולל מספר אזורים.

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

כדי לבקש להגדיל את המכסה במיקום מרובה אזורים:

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

שיקולים בקשר למיקום

כשבוחרים מיקום לאחסון הנתונים, כדאי להביא בחשבון גורמים כמו:

  • דרישות רגולטוריות לגבי המיקום שבו הנתונים מאוחסנים
  • זמן אחזור
  • Resiliency
  • עלות
  • Colocation with other Google Cloud services

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

כשבוחרים מיקום לנתונים, כדאי לקחת בחשבון את הנקודות הבאות:

  • מיקום משותף של מערך הנתונים ומקור הנתונים החיצוני.

  • מיקום משותף של מערך הנתונים עם הקטגוריות של Cloud Storage כשמייבאים נתונים.

  • כשמייצאים נתונים, כדאי למקם את מערך הנתונים באותו מיקום עם דלי Cloud Storage ומערכי נתונים ב-BigQuery.

העברת נתונים של Cloud Healthcare API בין מיקומים

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

נתוני FHIR

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

    יש חיובים על ייצוא נתוני FHIR ל-Cloud Storage. בנוסף, תחויבו על אחסון הנתונים המיוצאים ב-Cloud Storage.

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

נתוני DICOM

  1. מייצאים את הנתונים ממאגרי DICOM לקטגוריה אזורית או רב-אזורית של Cloud Storage.

    יש חיובים על ייצוא נתוני DICOM ל-Cloud Storage. בנוסף, תחויבו על אחסון הנתונים המיוצאים ב-Cloud Storage.

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

נתוני HL7v2

  1. מייצאים את ההודעות של HL7v2 ממאגר HL7v2 לקטגוריה אזורית או רב-אזורית של Cloud Storage.

    יש חיובים על ייצוא של הודעות HL7v2 ל-Cloud Storage. בנוסף, תחויבו על אחסון הנתונים המיוצאים ב-Cloud Storage.

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