‫Oracle PeopleSoft ב-Compute Engine עם Oracle Exadata

Last reviewed 2025-08-21 UTC

במסמך הזה מוצגת ארכיטקטורה לדוגמה, שתעזור לכם לבנות את התשתית להרצת אפליקציות Oracle PeopleSoft במכונות וירטואליות של Compute Engine, עם קישוריות בזמן אחזור נמוך ל-Oracle Database@Google Cloud (מסדי נתונים של Oracle Cloud Infrastructure Exadata שפועלים ב- Google Cloud). ‫Oracle PeopleSoft היא חבילה של אפליקציות ארגוניות לניהול הון אנושי, פתרונות לקמפוסים ותכנון משאבים ארגוניים.

קהל היעד של המסמך הזה הוא מומחי Cloud Architect ואדמינים של מסדי נתונים של Oracle ואפליקציות Oracle PeopleSoft. ההנחה במאמר היא שאתם מכירים את אפליקציות Oracle PeopleSoft ואת מסדי הנתונים של Oracle.

ארכיטקטורה

בתרשים הבא מוצגת ארכיטקטורה שבה אפליקציות Oracle PeopleSoft פועלות במכונות וירטואליות של Compute Engine באזור של Google Cloud, ומשתמשות במסדי נתונים של Oracle Exadata באותו אזור של Google Cloud .

ארכיטקטורה ל-Oracle PeopleSoft עם Oracle Exadata.

הארכיטקטורה בתרשים שלמעלה כוללת את הרכיבים הבאים:

רכיב מטרה
מאזן עומסים חיצוני אזורי של אפליקציות (ALB) מאזן העומסים מקבל בקשות מהמשתמשים ומפיץ אותן לשרתי האינטרנט של Oracle PeopleSoft. כדי להבטיח זיקה לסשן (session affinity), מאזן העומסים מוגדר להשתמש בקובצי Cookie שנוצרו.
מדיניות האבטחה של Google Cloud Armor מדיניות האבטחה של Cloud Armor עוזרת להגן על מחסנית האפליקציות מפני איומים כמו התקפות מניעת שירות מבוזרות (DDoS) ופרצות אבטחה XSS‏ (cross-site scripting).
שכבת האינטרנט של Oracle PeopleSoft (BYOL) שכבת האינטרנט של Oracle PeopleSoft מורכבת משרתי אינטרנט שפועלים באופן עצמאי בשתי מכונות וירטואליות של Compute Engine. אתם מביאים רישיונות משלכם (BYOL) ל-Oracle PeopleSoft, ומנהלים את המכונות הווירטואליות ואת תוכנת שרת האינטרנט.
קובצי בינארי של שרת אינטרנט מכונה של Filestore מכילה את הקבצים הבינאריים של שרת האינטרנט. מכונת Filestore מותקנת בכל המכונות הווירטואליות של Compute Engine שמארחות את שרתי האינטרנט.
Oracle PeopleSoft mid tier (BYOL)‎

השכבה האמצעית של Oracle PeopleSoft מורכבת מהרכיבים הבאים:

  • OpenSearch
  • שרת אפליקציות
  • תזמון תהליכים

כל אחד מהרכיבים האלה פועל בנפרד בשתי מכונות וירטואליות של Compute Engine. אתם מביאים את הרישיונות שלכם (BYOL) לרכיבי Oracle PeopleSoft, ומנהלים את המכונות הווירטואליות ואת התוכנה בשכבת הביניים.
קבצים בינאריים ברמה בינונית מכונה של Filestore מכילה את הקבצים הבינאריים של שכבת הביניים. המכונה של Filestore מותקנת בכל המכונות הווירטואליות של Compute Engine שמארחות את הרכיבים של שכבת הביניים.
גיבויים של אפליקציות הגיבויים של האפליקציה נוצרים, מאוחסנים ומנוהלים באמצעות שירות Backup and DR.
רשת של ענן וירטואלי פרטי (VPC) כל המשאבים של Google Cloud בארכיטקטורה משתמשים ברשת VPC אחת. שרתי האינטרנט, רכיבי שכבת הביניים ומסדי הנתונים נמצאים ברשתות משנה נפרדות.
Oracle Database@Google Cloud

האפליקציות של Oracle PeopleSoft קוראות נתונים ממסדי נתונים של Oracle ב-Oracle Exadata Database Service וכותבות אליהם. אתם מקצים את Oracle Exadata Database Service באמצעות Oracle Database@Google Cloud, מוצר ב-Cloud Marketplace שמאפשר להריץ מסדי נתונים של Oracle בחומרה שמנוהלת על ידי Oracle במרכז נתונים של Google Cloud .

אתם משתמשים בממשקי Google Cloud כמו מסוף Google Cloud , Google Cloud CLI וממשקי API כדי ליצור מכונות של Exadata Infrastructure. ‫Oracle מגדירה ומנהלת את תשתית המחשוב, האחסון והרשת הנדרשת במרכז נתונים באזור של Google Cloud , בחומרה שמיועדת לפרויקט שלכם.

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

בתוך המכונה של Exadata Infrastructure, יוצרים אשכול אחד או יותר של מכונות וירטואליות של Exadata. לדוגמה, אתם יכולים ליצור ולהשתמש באשכול נפרד של Exadata VM כדי לארח את מסדי הנתונים שנדרשים לכל אחת מהיחידות העסקיות שלכם. כל אשכול של מכונות וירטואליות ב-Exadata מכיל מכונה וירטואלית אחת או יותר של Oracle Linux שמארחות מכונות של Oracle Database.

כשיוצרים אשכול מכונות וירטואליות של Exadata, צריך לציין את הפרטים הבאים:

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

המכונות הווירטואליות באשכולות של Exadata הן לא מכונות וירטואליות של Compute Engine.
מכונות של Oracle Database אתם יוצרים ומנהלים מכונות של מסד נתונים של Oracle באמצעות מסוף Oracle Cloud Infrastructure ‏ (OCI) וממשקי OCI אחרים. תוכנת Oracle Database פועלת במכונות הווירטואליות שבתוך אשכול המכונות הווירטואליות של Exadata. כשיוצרים את אשכול המכונות הווירטואליות של Exadata, מציינים את הגרסה של Oracle Grid Infrastructure ובוחרים את סוג הרישיון. אתם יכולים להביא את הרישיונות שלכם (BYOL) או לבחור במודל שכולל רישיון.
OCI VCN ורשתות משנה כשיוצרים אשכול Exadata VM, נוצרת באופן אוטומטי רשת וירטואלית בענן (VCN) של OCI. ל-VCN יש רשת משנה של לקוח ורשת משנה של גיבוי עם טווחי כתובות IP שאתם מציינים. רשת המשנה של הלקוח משמשת לקישוריות מרשת ה-VPC למסדי הנתונים של Oracle. רשת המשנה לגיבוי משמשת לשליחת גיבויים של מסדי נתונים אל OCI Object Storage.
‫Cloud Router,‏ Partner Interconnect ו- OCI DRG תעבורת הנתונים בין רשת ה-VPC ב- Google Cloudלבין ה-VCN ב-OCI מנותבת על ידי Cloud Router דרך שער ניתוב דינמי (DRG) שמחובר ל-VCN ב-OCI. תעבורת הנתונים זורמת דרך חיבור עם זמן אחזור קצר ש-Google מגדירה באמצעות Partner Interconnect.
תחום פרטי ב-Cloud DNS כשיוצרים אשכול Exadata VM, נוצר באופן אוטומטי אזור פרטי ב-Cloud DNS. כשהאפליקציות שולחות בקשות קריאה וכתיבה למסדי הנתונים של Oracle, מערכת Cloud DNS מבצעת פענוח DNS של שמות המארחים של מסדי הנתונים לכתובות ה-IP המתאימות.
‫ OCI Object Storage ו- OCI Service Gateway כברירת מחדל, הגיבויים של מסדי הנתונים של Oracle Exadata מאוחסנים ב-OCI Object Storage. גיבויי מסדי הנתונים מנותבים ל-OCI Object Storage דרך Service Gateway.
שער Cloud NAT ציבורי (אופציונלי) הארכיטקטורה כוללת שער Cloud NAT ציבורי אופציונלי. השער מאפשר חיבורים יוצאים מאובטחים מהמכונות הווירטואליות של Compute Engine, שיש להן רק כתובות IP פנימיות.
Cloud Interconnect או Cloud VPN כדי לחבר את הרשת המקומית לרשת ה-VPC ב- Google Cloud, אפשר להשתמש ב-Cloud Interconnect או ב-Cloud VPN. למידע על היתרונות היחסיים של כל גישה, קראו את המאמר בחירת מוצרים של Network Connectivity.
Cloud Monitoring אתם יכולים להשתמש ב-Cloud Monitoring כדי לעקוב אחרי ההתנהגות, התקינות והביצועים של האפליקציה ושל המשאבים ב- Google Cloud , כולל המשאבים של Oracle Exadata. אתם יכולים גם לעקוב אחרי המשאבים של Oracle Exadata באמצעות שירות המעקב של OCI.

המוצרים שהשתמשו בהם

ארכיטקטורת הייחוס הזו משתמשת במוצרי Google Cloud הבאים:

  • ‫ Compute Engine: שירות מחשוב מאובטח שניתן להתאמה אישית, שמאפשר ליצור ולהריץ מכונות וירטואליות בתשתית של Google.
  • ‫ Cloud Load Balancing: מגוון של מאזני עומסים גלובליים ואזוריים, עם ביצועים גבוהים ויכולת התאמה לעומס.
  • ‫ Google Cloud Armor: שירות אבטחת רשת שמציע כללים של חומת אש ליישומי אינטרנט (WAF) ועוזר להגן מפני מתקפות DDoS ומתקפות על אפליקציות.
  • ענן וירטואלי פרטי (VPC): מערכת וירטואלית שמספקת פונקציונליות גלובלית וסקלאבילית של רשתות לעומסי העבודה ב- Google Cloud . רשת VPC כוללת את VPC Network Peering,‏ Private Service Connect, גישה לשירותים פרטיים ו-VPC משותף.
  • ‫ Cloud Interconnect: שירות שמרחיב את הרשת החיצונית לרשת של Google באמצעות חיבור עם זמן אחזור קצר וזמינות גבוהה.
  • ‫ Partner Interconnect: שירות שמספק קישוריות בין הרשת המקומית לרשתות ה-VPC ולרשתות אחרות, באמצעות ספק שירות נתמך.
  • ‫ Cloud VPN: שירות שמרחיב באופן מאובטח את הרשת השכנה לרשת של Google באמצעות מנהרת IPsec VPN.
  • ‫ Cloud NAT: שירות שמספק תרגום כתובות רשת (NAT) בביצועים גבוהים, שמנוהל על ידי Google Cloud.
  • ‫ Backup and DR Service: שירות מאובטח ומנוהל באופן מרכזי לגיבוי ושחזור של עומסי עבודה ב- Google Cloud , שעוזר להגן על נתוני הגיבוי מפני מחיקה זדונית או מקרית.
  • ‫ Cloud DNS: שירות שמספק שירות DNS עמיד עם זמן אחזור קצר מהרשת של Google ברחבי העולם.

בארכיטקטורה לדוגמה הזו נעשה שימוש במוצרים הבאים של Oracle:

  • ‫Oracle PeopleSoft: חבילה של אפליקציות ארגוניות לניהול הון אנושי, פתרונות לקמפוסים ותכנון משאבים ארגוניים.
  • ‫Exadata Database Service on Dedicated Infrastructure: שירות שמאפשר להריץ מכונות של Oracle Database בחומרת Exadata שמיועדת לכם.
  • ‫VCN ותת-רשתות: VCN היא רשת וירטואלית ופרטית למשאבים באזור OCI. רשת משנה היא טווח רציף של כתובות IP עם VCN.
  • שער ניתוב דינמי: נתב וירטואלי לתעבורת נתונים בין VCN לבין רשתות חיצוניות.
  • אחסון אובייקטים: שירות לאחסון כמויות גדולות של נתונים מובְנים ולא מובְנים כאובייקטים.
  • שער שירות: שער שמאפשר למשאבים ב-VCN לגשת באופן פרטי לשירותים ספציפיים של Oracle.

אתם אחראים לרכישת רישיונות למוצרי Oracle שאתם פורסים ב- Google Cloud, ואתם אחראים לעמוד בתנאים ובהגבלות של הרישיונות של Oracle.

שיקולים בתכנון

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

עיצוב המערכת

בקטע הזה מוסבר איך לבחור את האזורים ב- Google Cloud לפריסה ואת שירותי Google Cloud המתאימים.

בחירת אזור

כשבוחרים את Google Cloud האזורים שבהם צריך לפרוס את האפליקציות, צריך להביא בחשבון את הגורמים והדרישות הבאים:

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

העברה של מסדי נתונים

כשאתם מתכננים להעביר מסדי נתונים מקומיים ל-Oracle Database@Google Cloud, אתם יכולים להשתמש בכלי Database Migration Assessment ‏ (DMA) כדי להעריך את סביבת מסד הנתונים הנוכחית ולקבל המלצות לגבי הגדרות וגודל.

במאמר Oracle Migration Methods Advisor מוסבר על התהליך והכלים שבהם אפשר להשתמש כדי להעביר מסדי נתונים של Oracle אל Google Cloud.

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

אפשרויות אחסון

במכונות הווירטואליות של Compute Engine בארכיטקטורה, אתם יכולים להשתמש בנפחי האתחול של Google Cloud Hyperdisk או של Persistent Disk. אמצעי אחסון ב-Hyperdisk מספקים ביצועים, גמישות ויעילות טובים יותר מאשר Persistent Disk. באמצעות Google Cloud Hyperdisk Balanced, אתם יכולים להקצות IOPS וקצב העברת נתונים בנפרד ובאופן דינמי, וכך להתאים את הנפח למגוון רחב של עומסי עבודה.

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

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

תכנון הרשת של Oracle Database@Google Cloud

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

כשמקצים טווחי כתובות IP לרשתות המשנה של הלקוח ושל הגיבוי שישמשו את אשכולות ה-VM של Exadata, חשוב להביא בחשבון את דרישות הגודל המינימלי של רשת המשנה. מידע נוסף זמין במאמר תכנון של מרחב כתובות ה-IP ב-Oracle Database@Google Cloud.

אבטחה, פרטיות ותאימות

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

הגנה מפני איומים חיצוניים

כדי להגן על האפליקציה מפני איומים כמו התקפות מניעת שירות מבוזרות (DDoS) ופרצות אבטחה XSS‏ (cross-site scripting), אתם יכולים להשתמש בכללי מדיניות האבטחה של Google Cloud Armor. כל מדיניות היא קבוצה של כללים שמציינים תנאים מסוימים שצריך להעריך, ופעולות שצריך לבצע כשהתנאים מתקיימים. לדוגמה, כלל יכול לציין שאם כתובת ה-IP של המקור של התנועה הנכנסת תואמת לכתובת IP ספציפית או לטווח CIDR, צריך לדחות את התנועה. אפשר גם להחיל כללים מוגדרים מראש של חומת אש ליישומי אינטרנט (WAF). מידע נוסף זמין במאמר סקירה כללית של מדיניות האבטחה.

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

בארכיטקטורה לדוגמה שמתוארת במאמר הזה, המכונות הווירטואליות של Compute Engine לא צריכות גישה נכנסת מהאינטרנט. אל תקצו כתובות IP חיצוניות למכונות הווירטואליות. Google Cloud משאבים שיש להם רק כתובת IP פנימית פרטית עדיין יכולים לגשת לממשקי API ולשירותים מסוימים של Google באמצעות Private Service Connect או גישה פרטית ל-Google. מידע נוסף זמין במאמר אפשרויות גישה פרטיות לשירותים.

כדי לאפשר חיבורים יוצאים מאובטחים ממשאבי Google Cloud שיש להם רק כתובות IP פרטיות, כמו המכונות הווירטואליות של Compute Engine בארכיטקטורה לדוגמה, אתם יכולים להשתמש ב-Secure Web Proxy או ב-Cloud NAT.

לגבי רשתות המשנה שמשמשות את המכונות הווירטואליות של Exadata, ‏ Oracle ממליצה להקצות טווחים של כתובות IP פרטיות.

הרשאות של חשבון שירות

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

אבטחת SSH

כדי לשפר את האבטחה של חיבורי SSH למכונות הווירטואליות של Compute Engine בארכיטקטורה, צריך להטמיע את Identity-Aware Proxy ‏ (IAP) ואת Cloud OS Login API. באמצעות IAP אפשר לשלוט בגישה לרשת על סמך זהות המשתמש וכללי המדיניות של ניהול זהויות והרשאות גישה (IAM). באמצעות Cloud OS Login API אפשר לשלוט בגישת SSH ל-Linux על סמך זהות המשתמש ומדיניות IAM. מידע נוסף על ניהול הגישה לרשת זמין במאמר שיטות מומלצות לשליטה בגישה להתחברות באמצעות SSH.

הצפנת הנתונים

כברירת מחדל, הנתונים שמאוחסנים ב-Hyperdisk, ב-Persistent Disk וב-Filestore מוצפנים באמצעותGoogle-owned and Google-managed encryption keys. כדי להוסיף שכבת הגנה, אתם יכולים להצפין את Google-owned and managed key באמצעות מפתחות שבבעלותכם ובניהולכם ב-Cloud Key Management Service ‏ (Cloud KMS). מידע נוסף זמין במאמר מידע על הצפנת דיסקים לנפחי Hyperdisk ו-Persistent Disk, ובמאמר הצפנת נתונים באמצעות מפתחות הצפנה בניהול הלקוח ל-Filestore.

כברירת מחדל, מסדי הנתונים של Exadata משתמשים ב-Transparent Data Encryption (TDE), שמאפשר להצפין מידע רגיש שמאוחסן בטבלאות ובמרחבי טבלאות.

אבטחת רשת

כדי לשלוט בתנועה ברשת בין המשאבים בארכיטקטורה, צריך להגדיר כללי מדיניות מתאימים של Cloud Next Generation Firewall‏ (NGFW).

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

אבטחה ותאימות ב-Oracle Exadata

‫Oracle Exadata Database Service כולל את Oracle Data Safe, שעוזר לנהל את דרישות האבטחה והתאימות של מסדי הנתונים של Oracle. אתם יכולים להשתמש ב-Oracle Data Safe כדי להעריך את אמצעי האבטחה, לעקוב אחרי פעילות המשתמשים ולהסתיר נתונים רגישים. מידע נוסף זמין במאמר ניהול אבטחת מסד הנתונים באמצעות Oracle Data Safe.

שיקולי אבטחה נוספים

כשאתם בונים את הארכיטקטורה של עומס העבודה, כדאי להביא בחשבון את השיטות המומלצות וההמלצות לאבטחה ברמת הפלטפורמה שמפורטות בתוכנית לניהול יסודות הארגון ובGoogle Cloud Well-Architected Framework: אבטחה, פרטיות ותאימות.

אמינות

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

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

אם אחד משני ה-VM שמארחים כל רכיב של Oracle PeopleSoft נכשל, האפליקציה ממשיכה להיות זמינה. הבקשות מנותבות למכונה הווירטואלית השנייה.

לפעמים יכול להיות שהמכונה הווירטואלית פועלת וזמינה, אבל יש בעיות ברכיב Oracle Peoplesoft עצמו. יכול להיות שהרכיב יקפא, יקרוס או שלא יהיה לו מספיק זיכרון. במקרים כאלה, ה-VM לא יגיב לבדיקות התקינות של מאזן העומסים, ומאזן העומסים לא ינתב תנועה ל-VM שלא מגיב.

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

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

  • לשמור עותק פסיבי (יתירות כשל) של מחסנית האפליקציה באזור אחר או ב-Google Cloud zone אחר.
  • יוצרים מכונה של Exadata Infrastructure במצב המתנה עם אשכולות ה-VM הנדרשים של Exadata באותו אזור שבו נמצאת הרפליקה הפסיבית של מחסנית האפליקציה. משתמשים ב-Oracle Active Data Guard כדי לשכפל נתונים ולבצע מעבר אוטומטי לגיבוי בעת כשל למסדי הנתונים של Exadata במצב המתנה. אם האפליקציה שלכם צריכה יעד להתאוששות מאסון (RPO) נמוך יותר, אתם יכולים לגבות ולשחזר את מסדי הנתונים באמצעות Oracle Autonomous Recovery Service.
  • אם מתרחשת הפסקה באזור או בתחום הראשי, משתמשים ברפליקה או בגיבוי של מסד הנתונים כדי לשחזר את מסד הנתונים לסביבת הייצור ולהפעיל את האפליקציה באזור או בתחום של יתירות הכשל.
  • אם הרפליקה הפסיבית נמצאת באזור אחר, משתמשים במדיניות הניתוב של Cloud DNS כדי לנתב את התנועה למאזן העומסים החיצוני באותו אזור.

מידע נוסף זמין במאמר Oracle Maximum Availability Architecture (MAA) for Oracle Database@Google Cloud.

‫Oracle מנהלת את התשתית ב-Oracle Database@Google Cloud. למידע על יעדי רמת השירות (SLO) של Oracle Exadata Database Service on Dedicated Infrastructure, קראו את המאמר יעדי רמת השירות של Oracle PaaS ו-IaaS Public Cloud Services.

תכנון קיבולת של מכונות וירטואליות

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

קיבולת של Oracle Exadata

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

עמידות הנתונים

אתם יכולים להשתמש בשירות Backup and DR כדי ליצור, לאחסן ולנהל גיבויים של מכונות וירטואליות ב-Compute Engine. שירות Backup and DR שומר את נתוני הגיבוי בפורמט המקורי שניתן לקריאה על ידי האפליקציה. במקרה הצורך, אתם יכולים לשחזר עומסי עבודה לסביבת הייצור ישירות באמצעות נתונים מאחסון הגיבוי לטווח ארוך, בלי פעילויות של העברת נתונים או הכנה שגוזלות זמן. מידע נוסף זמין במאמר Backup and DR לגיבויים של מכונות Compute Engine.

כדי להבטיח את עמידות הנתונים במכונות Filestore, אתם יכולים ליצור גיבויים ותמונות מצב של המכונה או להשתמש ב-Backup and DR למערכות קבצים ול-Filestore.

כברירת מחדל, גיבויים של מסדי נתונים ב-Oracle Exadata Database Service on Dedicated Infrastructure מאוחסנים ב-OCI Object Storage. כדי להשיג RPO נמוך יותר, אתם יכולים לגבות ולשחזר את מסדי הנתונים באמצעות Oracle Autonomous Recovery Service.

שיקולים נוספים בנושא אמינות

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

הוזלת עלויות

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

סוגי מכונות וירטואליות

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

רישיונות למוצרי Oracle

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

רישוי מסד נתונים של Oracle Exadata

כשיוצרים אשכול Exadata VM, אפשר להביא רישיון משלכם (BYOL) או להשתמש ברישיון שרכשתם כחלק מההזמנה ב-Google Cloud Marketplace ל-Oracle Database@Google Cloud.

המחיר של Oracle Database@Google Cloud כולל את חיובי הרשת על העברת נתונים בין האפליקציות שלכם לבין מסדי הנתונים של Oracle Exadata שנמצאים באותו אזור.

שיקולי עלות נוספים

כשאתם בונים את הארכיטקטורה של עומס העבודה, כדאי גם להביא בחשבון את השיטות המומלצות הכלליות ואת ההמלצות שמפורטות במאמר ‎Google Cloud Well-Architected Framework: הוזלת העלויות.

יעילות תפעולית

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

תמונות של Oracle Linux

אתם יכולים להשתמש בתמונות של Oracle Linux שזמינות ב-Compute Engine, או לייבא תמונות של Oracle Linux שאתם יוצרים ומתחזקים.

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

ניהול מסדי נתונים של Oracle Exadata

‫Oracle מנהלת את השרתים הפיזיים של מסדי הנתונים, שרתי האחסון וחומרת הרשת ב-Oracle Exadata Database Service on Dedicated Infrastructure. אתם יכולים לנהל את המכונות של Exadata Infrastructure ואת אשכולות המכונות הווירטואליות של Exadata דרך הממשקים של OCI או של Google Cloud . אתם יוצרים ומנהלים מסדי נתונים דרך ממשקי OCI. דפי מסוף Google Cloud של Oracle Database@Google Cloud כוללים קישורים שמאפשרים לעבור ישירות לדפים הרלוונטיים במסוף OCI. כדי שלא תצטרכו להיכנס שוב ל-OCI, אתם יכולים להגדיר איחוד שירותי אימות הזהות בין OCI לבין Google Cloud.

ניראות של אפליקציות Oracle

כדי להטמיע יכולת תצפית בעומסי עבודה של Oracle שנפרסו ב- Google Cloud, אתם יכולים להשתמש בשירותי Google Cloud Observability או ב-Oracle Enterprise Manager. בחרו אסטרטגיית מעקב שמתאימה לדרישות ולאילוצים שלכם. לדוגמה, אם אתם מריצים עומסי עבודה אחרים ב- Google Cloud בנוסף לעומסי העבודה של Oracle, אתם יכולים להשתמש בשירותי Google Cloud Observability כדי ליצור לוח בקרה מאוחד למעקב אחרי כל עומסי העבודה.

מסמכי תיעוד ותמיכה של Oracle

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

למידע על מדיניות התמיכה של Oracle במכונות של מסדי נתונים של Oracle שאתם פורסים ב- Google Cloud, קראו את המאמר Oracle Database Support for Non-Oracle Public Cloud Environments (Doc ID 2688277.1).

שיקולים תפעוליים נוספים

כשאתם בונים את הארכיטקטורה של עומס העבודה, כדאי להביא בחשבון את השיטות המומלצות הכלליות ואת ההמלצות ליעילות תפעולית שמתוארות במאמר Google Cloud Well-Architected Framework: מצוינות תפעולית.

אופטימיזציה של הביצועים

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

ביצועי המחשוב

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

ביצועי הרשת

ב-Compute Engine יש מגבלה לכל מכונה וירטואלית על רוחב הפס של הרשת לתעבורת נתונים יוצאת. המגבלה הזו תלויה בסוג המכונה של ה-VM, ובשאלה אם התנועה מנותבת דרך אותה רשת VPC כמו ה-VM המקורי. במכונות וירטואליות עם סוגי מכונות מסוימים, אפשר להגדיל את רוחב הפס המקסימלי לתעבורת נתונים יוצאת על ידי הפעלת רשת Tier_1. מידע נוסף זמין במאמר הגדרת ביצועי רשת Tier_1 לכל מכונה וירטואלית.

תעבורת הנתונים ברשת בין המכונות הווירטואליות של האפליקציה לבין הרשת של Oracle Exadata מנותבת דרך חיבור Partner Interconnect עם זמן אחזור קצר ש-Google מגדירה.

תשתית Exadata משתמשת ב-RDMA over Converged Ethernet (RoCE)‎ כדי לספק רוחב פס גבוה וזמן אחזור נמוך ברשת בין שרתי מסד הנתונים לשרתי האחסון. השרתים מחליפים נתונים ישירות בזיכרון הראשי (RAM) בלי לערב את המעבד, המטמון או מערכת ההפעלה.

כדי לשפר את זמן האחזור בין האפליקציה למסד הנתונים, כדאי לפרוס את האפליקציה באותו אזור שבו יוצרים את המכונה של Exadata Infrastructure.

שיקולים נוספים שקשורים לביצועים

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

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

שותפים ביצירת התוכן

מחבר: Kumar Dhanagopal | מפתח פתרונות חוצי-מוצרים

תורמים אחרים: