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

הגדרת הסוכן לעומסי עבודה של SAP

כלי לניהול עומס העבודה לפתרונות SAP משתמש ב-Agent for SAP שלGoogle Cloud כדי לזהות ולאסוף מטא-נתונים לצורך הערכת ההגדרות של מערכת SAP. הסוכן ל-SAP, יחד עם סוכן המארח של SAP, נדרשים בכל מכונות ה-VM שמריצות מערכות SAP לתמיכה ולמעקב אחרי מערכות SAP שפועלות ב- Google Cloud, כולל SAP NetWeaver,‏ SAP HANA,‏ SAP ASE ו-SAP MaxDB.

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

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

פרסתם עומס עבודה של SAP במכונה אחת או יותר.
בדקתם את האזורים הנתמכים שבהם אפשר ליצור הערכות של הכלי לניהול עומס העבודה.
האדמין הקצה לכם את תפקידי ה-IAM שנדרשים כדי ליצור ולהריץ הערכות של הכלי לניהול עומס העבודה.
הקציתם את תפקידי ה-IAM הנדרשים לסוכן.
הפעלתם את הגישה ל-Cloud APIs.

תפקידי IAM שנדרשים לסוכן

הסוכן ל-SAP משתמש בחשבון השירות שמצורף למכונה לצורך אימות ולגישה למשאבי Google Cloud .

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

כדי לוודא שלחשבון השירות יש את ההרשאות שנדרשות כדי לאפשר ל-Agent for SAP לבצע אימות ב-Google Cloud ולגשת למשאבי Google Cloud , צריך לבקש מהאדמין לתת לחשבון השירות את תפקידי ה-IAM הבאים בפרויקט:

איסוף מדדים מהמכונה: צפייה ב-Compute ‏(roles/compute.viewer)
כתיבת נתונים במחסן הנתונים של הכלי לניהול עומס העבודה: כתיבת תובנות בכלי לניהול עומס העבודה (roles/workloadmanager.insightWriter)
שליחת יומני הפעילות של סוכן ל-Cloud Logging: כתיבת יומנים (roles/logging.logWriter)
אם משתמשים ב-Secret Manager כדי לאחסן את הסיסמה להתחברות לעומס העבודה ב-SAP: Secret Manager Secret Accessor (roles/secretmanager.secretAccessor)

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

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

הפעלת הגישה ל-Cloud APIs

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

אם אתם מגבילים את הגישה ל-Cloud APIs, הסוכן ל-SAP צריך לפחות את היקפי הגישה הבאים ל-Cloud APIs במכונה המארחת:

https://www.googleapis.com/auth/cloud-platform

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

אם אתם מריצים אפליקציות SAP במכונה שאין לה כתובת IP חיצונית, אתם צריכים להפעיל את הגישה הפרטית ל-Google ברשת המשנה של המכונה כדי ש-Agent for SAP יוכל לגשת לממשקי ה-API ולשירותים של Google. במאמר הגדרת גישה פרטית ל-Google מוסבר איך מפעילים את הגישה הפרטית ל-Google.

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

בקטע הזה מוסבר איך להתקין את Agent for SAP במכונה באמצעות מנהל חבילות, ולהגדיר אותו כך שיתחבר לעומס העבודה ב-SAP.

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

התקנת הסוכן

אם עדיין לא עשיתם את זה, מתקינים את Agent for SAP של Google Cloudבכל המכונות שמריצות את עומס העבודה של SAP:

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

יוצרים חיבור SSH למכונה.

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

(מומלץ) כדי להתקין את גרסה 3.16 (הגרסה האחרונה) של הסוכן:

RHEL

sudo tee /etc/yum.repos.d/google-cloud-sap-agent.repo << EOM
[google-cloud-sap-agent]
name=Google Cloud Agent for SAP
baseurl=https://packages.cloud.google.com/yum/repos/google-cloud-sap-agent-el$(cat /etc/redhat-release | cut -d . -f 1 | tr -d -c 0-9)-x86_64
enabled=1
gpgcheck=1
repo_gpgcheck=0
gpgkey=https://packages.cloud.google.com/yum/doc/yum-key.gpg https://packages.cloud.google.com/yum/doc/rpm-package-key.gpg
EOM
sudo yum install google-cloud-sap-agent

SLES15

sudo zypper addrepo --refresh https://packages.cloud.google.com/yum/repos/google-cloud-sap-agent-sles15-x86_64 google-cloud-sap-agent
sudo zypper install google-cloud-sap-agent

SLES 12

sudo zypper addrepo --refresh https://packages.cloud.google.com/yum/repos/google-cloud-sap-agent-sles12-x86_64 google-cloud-sap-agent
sudo zypper install google-cloud-sap-agent

כדי להתקין גרסה ספציפית של הסוכן:

RHEL

sudo tee /etc/yum.repos.d/google-cloud-sap-agent.repo << EOM
[google-cloud-sap-agent]
name=Google Cloud Agent for SAP
baseurl=https://packages.cloud.google.com/yum/repos/google-cloud-sap-agent-el$(cat /etc/redhat-release | cut -d . -f 1 | tr -d -c 0-9)-x86_64
enabled=1
gpgcheck=1
repo_gpgcheck=0
gpgkey=https://packages.cloud.google.com/yum/doc/yum-key.gpg https://packages.cloud.google.com/yum/doc/rpm-package-key.gpg
EOM
sudo yum install google-cloud-sap-agent-VERSION_NUMBER.x86_64

SLES15

sudo zypper addrepo --refresh https://packages.cloud.google.com/yum/repos/google-cloud-sap-agent-sles15-x86_64 google-cloud-sap-agent
sudo zypper install google-cloud-sap-agent-VERSION_NUMBER.x86_64

SLES 12

sudo zypper addrepo --refresh https://packages.cloud.google.com/yum/repos/google-cloud-sap-agent-sles12-x86_64 google-cloud-sap-agent
sudo zypper install google-cloud-sap-agent-VERSION_NUMBER.x86_64

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

למידע על שדרוג לאחור של הסוכן לגרסה ספציפית, קראו את המאמר שדרוג לאחור של הסוכן של Google Cloudל-SAP.

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

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

כדי להגדיר את הסוכן של Google Cloudל-SAP:

כדי לאפשר לסוכן לאסוף את מדדי ההערכה של הכלי לניהול עומס העבודה:
```
sudo /usr/bin/google_cloud_sap_agent configure -feature=workload_evaluation -enable
```
אופציונלי: כדי להפעיל את איסוף המדדים "SAP HANA Insights" ו-"SAP HANA Security Best Practices" בכלי לניהול עומס העבודה, מוסיפים את הקטע workload_validation_db_metrics_config אחרי collect_workload_validation_metrics בקובץ התצורה של הסוכן, ואז מציינים את הפרמטרים הבאים:
- ‫hana_db_user: מציינים את חשבון המשתמש שמשמש לשליחת שאילתות למכונה של SAP HANA.
- ‫hostname: מציינים את המזהה של המכונה, המקומית או המרוחקת, שמארחת את המכונה של SAP HANA.
- ‫port: מציינים את היציאה שבה המכונה של SAP HANA מקבלת שאילתות.
- ‫hana_db_password_secret_name: שם הסוד ב-Secret Manager שבו מאוחסנת הסיסמה של חשבון המשתמש.
  
  במקום הסוד, אתם יכולים להשתמש בפרמטר ההגדרה hdbuserstore_key.
- ‫hdbuserstore_key: מציינים את המפתח hdbuserstore שמאמת את המשתמש שציינתם ב-hana_db_user
  
  אם מציינים את hdbuserstore_key, מדלגים על ציון הפרמטרים hostname ו-port.
מידע נוסף על הפרמטרים האלה זמין במאמר פרמטרים של הגדרות אישיות.

הדוגמאות הבאות הן קובצי תצורה מלאים של הסוכן שלGoogle Cloudל-SAP שפועל במכונה של Compute Engine, שבהם מופעל איסוף מדדי ההערכה של הכלי לניהול עומס העבודה.

לאימות של SAP HANA, הסוכן משתמש בסדר העדיפויות הבא: אם צוין, הפרמטר hdbuserstore_key עדיף על הפרמטר hana_db_password, שעדיף על הפרמטר hana_db_password_secret_name. מומלץ להגדיר רק אפשרות אימות אחת בקובץ התצורה.
- בדוגמה הבאה נעשה שימוש במפתח מאגר משתמשים מאובטח (hdbuserstore) לאימות של SAP HANA:
```
{
  "provide_sap_host_agent_metrics": true,
  "bare_metal": false,
  "log_level": "INFO",
  "log_to_cloud": true,
  "collection_configuration": {
    "collect_workload_validation_metrics": true,
    "workload_validation_db_metrics_frequency": 3600,
    "workload_validation_db_metrics_config": {
      "hana_db_user": "system",
      "sid": "DEH",
      "hdbuserstore_key": "user_store_key"
    },
    "collect_process_metrics": false
  },
  "discovery_configuration": {
    "enable_discovery": true,
    "enable_workload_discovery": true
  },
  "hana_monitoring_configuration": {
    "enabled": false
  }
}
```
- בדוגמה הבאה נעשה שימוש בשם משתמש ובסוד של Secret Manager לאימות של SAP HANA:
```
{
  "provide_sap_host_agent_metrics": true,
  "bare_metal": false,
  "log_level": "INFO",
  "log_to_cloud": true,
  "collection_configuration": {
    "collect_workload_validation_metrics": true,
    "workload_validation_db_metrics_frequency": 3600,
    "workload_validation_db_metrics_config": {
      "hana_db_user": "system",
      "sid": "DEH",
      "hana_db_password_secret_name": "instance-id-hana-db-password-secret",
      "hostname": "localhost",
      "port": "30015"
    },
    "collect_process_metrics": false
  },
  "discovery_configuration": {
    "enable_discovery": true,
    "enable_workload_discovery": true
  },
  "hana_monitoring_configuration": {
    "enabled": false
  }
}
```
- בדוגמה הבאה נעשה שימוש בשם משתמש ובסיסמה לאימות ב-SAP HANA. במקום זאת, מומלץ להשתמש בסוד של Secret Manager או במפתח של מאגר משתמשים מאובטח (hdbuserstore) לאימות ב-SAP HANA.
```
{
  "provide_sap_host_agent_metrics": true,
  "bare_metal": false,
  "log_level": "INFO",
  "log_to_cloud": true,
  "collection_configuration": {
    "collect_workload_validation_metrics": true,
    "workload_validation_db_metrics_frequency": 3600,
    "workload_validation_db_metrics_config": {
      "hana_db_user": "system",
      "sid": "DEH",
      "hana_db_password": "TempPa55word",
      "hostname": "localhost",
      "port": "30015"
    },
    "collect_process_metrics": false
  },
  "discovery_configuration": {
    "enable_discovery": true,
    "enable_workload_discovery": true
  },
  "hana_monitoring_configuration": {
    "enabled": false
  }
}
```
מפעילים מחדש את הסוכן כדי שההגדרות החדשות ייכנסו לתוקף:

הערה: החל מגרסה 3.7, אין צורך להפעיל מחדש את הסוכן כי כל השינויים בהגדרות שלו חלים באופן אוטומטי תוך 30 שניות.
```
sudo systemctl restart google-cloud-sap-agent
```
אחרי שהסוכן מופעל מחדש, הוא מתחיל לשלוח את מדדי ההערכה של הכלי לניהול עומס העבודה אל הכלי לניהול עומס העבודה.

התקנה וניהול של הסוכן בצי של מכונות וירטואליות באמצעות VM Extension Manager

בקטע הזה מוסבר איך להתקין ולנהל את Agent for SAP בצי של מכונות וירטואליות באמצעות VM Extension Manager.

המדיניות של VM Extension Manager מאפשרת לבצע משימות כמו:

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

הגדרת VM Extension Manager

כדי להגדיר את VM Extension Manager, מבצעים את השלבים הבאים:

במסמכי התיעוד של VM Extension Manager, קוראים את הקטע לפני שמתחילים.
מגדירים את תפקידי ה-IAM שנדרשים כדי ליצור ולנהל את כללי המדיניות של VM Extension Manager. למידע נוסף, תוכלו לקרוא את המאמרים הבאים:

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

כדי להתקין את הגרסה העדכנית של Agent for SAP בצי ה-VM באמצעות מדיניות של VM Extension Manager, עיינו בקטע הרלוונטי:

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

התקנה והגדרה של הסוכן במכונות וירטואליות בפרויקט ב- Google Cloud

כדי להתקין את הסוכן בכל המכונות הווירטואליות בפרויקט Google Cloud , או בקבוצת משנה של מכונות וירטואליות שמזוהות לפי תוויות, באמצעות מדיניות של VM Extension Manager:

המסוף

נכנסים לדף VM extension policies במסוף Google Cloud .

לדף VM extension policies
לוחצים על יצירת מדיניות לתוספים.
בשדה Name, מזינים שם למדיניות.
אופציונלי: בשדה תיאור, מזינים תיאור למדיניות.
בשדה Priority, מציינים מספר עדיפות כדי לפתור התנגשויות בין כללי מדיניות. מספרים נמוכים יותר מציינים עדיפות גבוהה יותר. ערך ברירת המחדל הוא 1000.
בקטע היקף, בוחרים באפשרות השקה גלובלית.
בקטע ניהול תוספים, לוחצים על הוספת תוסף ואז מבצעים את הפעולות הבאות:
1. ברשימה Extension, בוחרים באפשרות Google Cloud's extension for SAP.
2. משאירים את הבחירה בשדה Version כמו שהיא.
  
  כך המדיניות תתקין את הגרסה העדכנית של Agent for SAP שלGoogle Cloudבצי ה-VM.
3. בשדה תוכן קובץ התצורה, מזינים את ההגדרות שרוצים להחיל על הסוכן.
  
  במאמר פרמטרים של הגדרות אישיות מפורטים הפרמטרים של ההגדרות האישיות שנתמכים על ידי הסוכן לעומס העבודה ב-SAP.
  
  זהירות: אם מחילים מדיניות של VM Extension Manager על מכונות וירטואליות שבהן Agent for SAP כבר פועל, המדיניות מבטלת את הגרסה וההגדרה הקיימות של הסוכן ומחליפה אותן במה שהגדרתם במדיניות.
  ההגדרות הקיימות של הסוכן נכתבות בקובץ BAK בספרייה /etc/google-cloud-sap-agent/ במכונות הווירטואליות הרלוונטיות.
4. לוחצים על סיום.
5. בשדה Rollout, בוחרים את תוכנית ההשקה שרוצים להשתמש בה: Slow rollout (מומלץ) או Fast rollout.
אופציונלי: כדי להגביל את השקת המדיניות למכונות הווירטואליות הנדרשות, בקטע Target VM instances מבצעים את הפעולות הבאות:
1. לוחצים על Add labels ומוסיפים את התוויות שמזהות את המכונות הווירטואליות הנדרשות.
2. לוחצים על סיום.
לוחצים על יצירה.

gcloud

בטרמינל של Cloud Shell, מריצים את הפקודה gcloud compute global-vm-extension-policies create:

gcloud compute global-vm-extension-policies create POLICY_NAME \
    --project=PROJECT_ID \
    --extensions=google-cloud-sap-extension  \
    --rollout-predefined-plan=ROLLOUT_PLAN_OPTION \
    [--description="<var>DESCRIPTION</var>" \]
    [--inclusion-labels=KEY1=VALUE1,KEY2=VALUE2 \]
    [--config-from-file=google-cloud-sap-extension="CONFIG_FILE_PATH" \]
    [--priority=PRIORITY]

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

‫POLICY_NAME: שם ייחודי למדיניות של תוסף ה-VM.
‫PROJECT_ID: מזהה הפרויקט שלGoogle Cloud , שעבורו יוצרים את המדיניות
‫ROLLOUT_PLAN_OPTION: אפשרות ההשקה שרוצים להחיל על המדיניות הגלובלית. הערכים הנתמכים הם slow_rollout (מומלץ) ו-fast_rollout.
- לחלופין, אפשר להשתמש בתוכנית השקה בהתאמה אישית על ידי ציון האפשרות --rollout-custom-plan. מידע נוסף זמין במאמר מידע על תוכניות השקה.
- אפשר להשתמש ב---rollout-predefined-plan או ב---rollout-custom-plan, אבל לא בשניהם באותה פקודה.
‫DESCRIPTION: תיאור אופציונלי של המדיניות.
‫CONFIG_FILE_PATH: הנתיב המקומי לקובץ ה-JSON שמכיל את ההגדרות של Agent for SAP.
- לחלופין, כדי לספק הגדרה כמחרוזת מוטבעת, משתמשים בדגל --config במקום בדגל --config-from-file. לדוגמה: --config=google-cloud-sap-extension="CONFIG".
- אפשר להשתמש ב---config-from-file או ב---config, אבל לא בשניהם באותה פקודה.
- במאמר פרמטרים של הגדרות אישיות מפורטים הפרמטרים של ההגדרות האישיות שנתמכים על ידי הסוכן.
זהירות: אם מחילים מדיניות של VM Extension Manager על מכונות וירטואליות שבהן Agent for SAP כבר פועל, המדיניות מבטלת את הגרסה וההגדרה הקיימות של הסוכן ומחליפה אותן במה שהגדרתם במדיניות.
ההגדרות הקיימות של הסוכן נכתבות בקובץ BAK בספרייה /etc/google-cloud-sap-agent/ במכונות הווירטואליות הרלוונטיות.
‫KEY_1=VALUE_1: רשימה מופרדת בפסיקים של צמדי מפתח/ערך שמגדירים את התוויות שבאמצעותן המדיניות מטרגטת מכונות וירטואליות.
- כדי שהמדיניות תטרגט מכונה וירטואלית, המכונה הווירטואלית צריכה לכלול את כל התוויות שצוינו.
- אם מציינים את --inclusion-labels כמה פעמים, המדיניות מטרגטת מכונות וירטואליות שתואמות לכל אחד מהבוררים שצוינו (OR לוגי). אם משמיטים את הדגל הזה, המדיניות מטרגטת את כל המכונות הווירטואליות בפרויקט.
‫PRIORITY: מספר שלם בין 0 ל-65535 שמגדיר את העדיפות של המדיניות. מספרים נמוכים יותר מציינים עדיפות גבוהה יותר. ערך ברירת המחדל הוא 1000. מידע נוסף מופיע במאמר עדיפות המדיניות ופתרון התנגשויות.

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

כדי להתקין את הגרסה העדכנית של Agent for SAP בצי המכונות הווירטואליות באזור ספציפי באמצעות מדיניות של VM Extension Manager:

המסוף

נכנסים לדף VM extension policies במסוף Google Cloud .

לדף VM extension policies
לוחצים על יצירת מדיניות לתוספים.
בשדה Name, מזינים שם למדיניות.
אופציונלי: בשדה תיאור, מזינים תיאור למדיניות.
בשדה Priority, מציינים מספר עדיפות כדי לפתור התנגשויות בין כללי מדיניות. מספרים נמוכים יותר מציינים עדיפות גבוהה יותר. ערך ברירת המחדל הוא 1000.
בקטע Scope, בוחרים באפשרות Zonal rollout ואז בוחרים את האזור (Region) ואת התחום (Zone) שבהם רוצים להחיל את המדיניות הזו.
בקטע ניהול תוספים, לוחצים על הוספת תוסף ואז מבצעים את הפעולות הבאות:
1. ברשימה Extension, בוחרים באפשרות Google Cloud's extension for SAP.
2. משאירים את השדה Version ריק.
  
  כך המדיניות תתקין את הגרסה העדכנית של Agent for SAP שלGoogle Cloud.
3. בשדה תוכן קובץ התצורה, מזינים את ההגדרות שרוצים להחיל על הסוכן.
  
  במאמר פרמטרים של הגדרות אישיות מפורטים הפרמטרים של ההגדרות האישיות שנתמכים על ידי הסוכן לעומס העבודה ב-SAP.
  
  זהירות: אם מחילים מדיניות של VM Extension Manager על מכונות וירטואליות שבהן Agent for SAP כבר פועל, המדיניות מבטלת את הגרסה וההגדרה הקיימות של הסוכן ומחליפה אותן במה שהגדרתם במדיניות.
  ההגדרות הקיימות של הסוכן נכתבות בקובץ BAK בספרייה /etc/google-cloud-sap-agent/ במכונות הווירטואליות הרלוונטיות.
4. לוחצים על סיום.
אופציונלי: כדי להגביל את השקת המדיניות למכונות הווירטואליות הנדרשות, בקטע Target VM instances מבצעים את הפעולות הבאות:
1. לוחצים על Add labels ומוסיפים את התוויות שמזהות את המכונות הווירטואליות הנדרשות.
2. לוחצים על סיום.
לוחצים על יצירה.

gcloud

בטרמינל או ב-Cloud Shell, מריצים את הפקודה gcloud compute zone-vm-extension-policies create:

gcloud compute zone-vm-extension-policies create POLICY_NAME \
    --zone=ZONE \
    --extensions=google-cloud-sap-extension \
    --config-from-file=google-cloud-sap-extension=CONFIG_FILE_PATH \
    [--description="DESCRIPTION" \]
    [--inclusion-labels=KEY_1=VALUE_1 \]
    [--inclusion-labels=KEY_2=VALUE_2,KEY_3=VALUE_3 \]
    [--priority=PRIORITY]

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

‫POLICY_NAME: שם למדיניות של תוסף ה-VM.

הפקודה נכשלת אם כבר קיימת מדיניות עם השם שצוין באזור.
‫ZONE: האזור שבו רוצים להחיל את המדיניות הזו.
‫CONFIG_FILE_PATH: הנתיב המקומי לקובץ ה-JSON שמכיל את ההגדרות של Agent for SAP לחיבור לעומס העבודה ב-SAP.
- לחלופין, כדי לספק הגדרה כמחרוזת מוטבעת, משתמשים בדגל --config במקום בדגל --config-from-file. לדוגמה: --config=google-cloud-sap-extension="CONFIG". ‫Google Cloud ממליצה להשתמש ב---config-from-file.
- אפשר להשתמש ב---config-from-file או ב---config, אבל לא בשניהם באותה פקודה.
- במאמר פרמטרים של הגדרות אישיות מפורטים הפרמטרים של ההגדרות האישיות שנתמכים על ידי הסוכן לעומס העבודה ב-SAP.
זהירות: אם מחילים מדיניות של VM Extension Manager על מכונות וירטואליות שבהן Agent for SAP כבר פועל, המדיניות מבטלת את הגרסה וההגדרה הקיימות של הסוכן ומחליפה אותן במה שהגדרתם במדיניות.
ההגדרות הקיימות של הסוכן נכתבות בקובץ BAK בספרייה /etc/google-cloud-sap-agent/ במכונות הווירטואליות הרלוונטיות.
‫DESCRIPTION: תיאור אופציונלי של המדיניות.
‫KEY_1=VALUE_1: רשימה מופרדת בפסיקים של צמדי מפתח/ערך שמגדירים את התוויות שבאמצעותן המדיניות מטרגטת מכונות וירטואליות.
- כדי שהמדיניות תטרגט מכונה וירטואלית, המכונה הווירטואלית צריכה לכלול את כל התוויות שצוינו.
- אם מציינים את --inclusion-labels כמה פעמים, המדיניות מטרגטת מכונות וירטואליות שתואמות לכל אחד מהבוררים שצוינו (OR לוגי). אם משמיטים את הדגל הזה, המדיניות מטרגטת את כל המכונות הווירטואליות באזור שצוין.
‫PRIORITY: מספר שלם בין 0 ל-65535 שמגדיר את העדיפות של המדיניות. מספרים נמוכים יותר מציינים עדיפות גבוהה יותר. ערך ברירת המחדל הוא 1000.

לדוגמה:

הפקודה הבאה יוצרת מדיניות בשם test-agent-policy בפרויקטGoogle Cloud בשם test-project, שמתקינה את הגרסה העדכנית של Agent for Compute Workloads בכל המכונות הווירטואליות שנפרסו באזור us-centrail-f. ההגדרה שצוינה ב-agent-config.json חלה על הנציג.

gcloud compute zone-vm-extension-policies create test-agent-policy  \
    --project=test-project \
    --zone=us-central1-f \
    --extensions=google-cloud-sap-extension \
    --config-from-file=google-cloud-sap-extension="/usr/agent-config.json"

ניהול הסוכן בצי של מכונות וירטואליות

כדי לשנות את האופן שבו מדיניות של VM Extension Manager מנהלת את Agent for SAP, צריך לעדכן את המדיניות. כשמעדכנים מדיניות, VM Extension Manager מפיץ את השינויים לכל המכונות הווירטואליות הרלוונטיות, בדרך כלל תוך דקה. אם משנים את תוויות ההכללה, יכול להיות ש-Agent for SAP יותקן במכונות וירטואליות חדשות או יוסר ממכונות וירטואליות קיימות, בהתאם להתאמה של המכונות הווירטואליות לתוויות המעודכנות.

בקטעים הבאים מוסבר איך לנהל את Agent for SAP כדי לבצע את הפעולות הבאות:

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

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

כדי לשנות את ההגדרות של המכונות של Agent for SAP שהתקנתם בצי ה-VM באמצעות מדיניות של VM Extension Manager, אתם צריכים לערוך את המדיניות הזו.

כדי לשנות את הגדרות הסוכן בצי ה-VM, מבצעים את השלבים הבאים:

המסוף

נכנסים לדף VM extension policies במסוף Google Cloud .

לדף VM extension policies
כדי לעדכן מדיניות אזורית, עוברים לכרטיסייה Zonal policies.
לוחצים על המדיניות שרוצים לשנות.
בדף פרטי המדיניות של התוסף, לוחצים על עריכה.
בקטע ניהול תוספים, מבצעים את הפעולות הבאות:
1. בוחרים באפשרות Google Cloud's extension for SAP.
2. בשדה תוכן קובץ התצורה, מזינים את ההגדרות שרוצים להחיל על ה-agent.
במאמר פרמטרים של הגדרות אישיות מפורטים הפרמטרים של ההגדרות האישיות שנתמכים על ידי הסוכן.
לוחצים על סיום.
לוחצים על Save.

gcloud

אזורי

כדי לשנות את ההגדרות של Agent for SAP במכונות וירטואליות באזור ספציפי, מריצים את הפקודה gcloud compute zone-vm-extension-policies update. כשמעדכנים מדיניות באמצעות gcloud, הבקשה פועלת כהחלפה מלאה. כל שדה אופציונלי שתשמיטו יחזור לערך ברירת המחדל שלו, במקום לשמור על הערך הקיים מהמדיניות ששונתה.

כדי לשנות את הגדרות הסוכן:

gcloud compute zone-vm-extension-policies update POLICY_NAME \
  --zone=ZONE \
  --extensions=google-cloud-sap-extension \
  --config-from-file=google-cloud-sap-extension="CONFIG_FILE_PATH" \
  [--inclusion-labels=KEY_1=VALUE_1 \]
  [--inclusion-labels=KEY_2=VALUE_2,KEY_3=VALUE_3 \]
  [--priority=PRIORITY_NUMBER \]
  [--description="DESCRIPTION"]

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

‫POLICY_NAME: השם של מדיניות התוספים למכונות וירטואליות שרוצים לשנות.
‫ZONE: Google Cloud האזור שבו המדיניות חלה.
‫CONFIG_FILE_PATH: הנתיב המקומי לקובץ ה-JSON שמכיל את ההגדרות של Agent for SAP.
- אפשר גם לספק את הגדרות הסוכן כמחרוזת בתוך השורה באמצעות הדגל --config במקום --config-from-file. לדוגמה: --config=google-cloud-sap-extension="CONFIG". ‫Google Cloud ממליצה להשתמש ב---config-from-file.
- אפשר להשתמש ב---config-from-file או ב---config, אבל לא בשניהם באותה פקודה.
- במאמר פרמטרים של הגדרות אישיות מפורטים הפרמטרים של ההגדרות האישיות שנתמכים על ידי הסוכן.
‫KEY_1=VALUE_1: רשימה מופרדת בפסיקים של צמדי מפתח/ערך שמגדירים את התוויות שבאמצעותן המדיניות מטרגטת מכונות וירטואליות.
- כדי שהמדיניות תטרגט מכונה וירטואלית, המכונה הווירטואלית צריכה לכלול את כל התוויות שצוינו.
- אם מציינים את --inclusion-labels כמה פעמים, המדיניות מטרגטת מכונות וירטואליות שתואמות לכל אחד מהבוררים שצוינו (OR לוגי). אם משמיטים את הדגל הזה, המדיניות מטרגטת את כל המכונות הווירטואליות באזור שצוין.
‫PRIORITY_NUMBER: העדיפות שרוצים להגדיר למדיניות. אפשר לציין מספר שלם מ-0 עד 65535.
‫DESCRIPTION: תיאור של מדיניות התוספים של המכונה הווירטואלית.

עולמי

כדי לשנות את ההגדרות של Agent for SAP במכונות וירטואליות בפרויקט ב-Google Cloud , מריצים את הפקודה gcloud compute global-vm-extension-policies update. כשמעדכנים מדיניות באמצעות gcloud, הבקשה פועלת כהחלפה מלאה. כל שדה אופציונלי שתשמיטו יחזור לערך ברירת המחדל שלו, במקום לשמור על הערך הקיים מהמדיניות ששונתה.

כדי לשנות את הגדרות הסוכן:

gcloud compute global-vm-extension-policies update POLICY_NAME \
  --project=PROJECT_ID \
  --extensions=google-cloud-sap-extension \
  --rollout-predefined-plan=ROLLOUT_PLAN_OPTION \
  --config-from-file=google-cloud-sap-extension="CONFIG_FILE_PATH" \
  [--inclusion-labels=KEY_1=VALUE_1 \]
  [--inclusion-labels=KEY_2=VALUE_2,KEY_3=VALUE_3 \]
  [--priority=PRIORITY_NUMBER \]
  [--description="DESCRIPTION"]

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

‫POLICY_NAME: השם של מדיניות התוספים למכונות וירטואליות שרוצים לשנות.
‫PROJECT_ID: מזהה הפרויקט ב- Google Cloud שבו נמצאת המדיניות.
‫ROLLOUT_PLAN_OPTION: אפשרות ההשקה שרוצים להחיל על המדיניות הגלובלית. הערכים הנתמכים הם slow_rollout (מומלץ) ו-fast_rollout.
- לחלופין, אפשר להשתמש בתוכנית השקה בהתאמה אישית על ידי ציון האפשרות --rollout-custom-plan. מידע נוסף זמין במאמר מידע על תוכניות השקה.
- אפשר להשתמש ב---rollout-predefined-plan או ב---rollout-custom-plan, אבל לא בשניהם באותה פקודה.
‫CONFIG_FILE_PATH: הנתיב המקומי לקובץ ה-JSON שמכיל את ההגדרות של Agent for SAP.
- אפשר גם לספק את הגדרות הסוכן כמחרוזת בתוך השורה באמצעות הדגל --config במקום --config-from-file. לדוגמה: --config=google-cloud-sap-extension="CONFIG". ‫Google Cloud ממליצה להשתמש ב---config-from-file.
- אפשר להשתמש ב---config-from-file או ב---config, אבל לא בשניהם באותה פקודה.
- במאמר פרמטרים של הגדרות אישיות מפורטים הפרמטרים של ההגדרות האישיות שנתמכים על ידי הסוכן.
‫KEY_1=VALUE_1: רשימה מופרדת בפסיקים של צמדי מפתח/ערך שמגדירים את התוויות שבאמצעותן המדיניות מטרגטת מכונות וירטואליות.
- כדי שהמדיניות תטרגט מכונה וירטואלית, המכונה הווירטואלית צריכה לכלול את כל התוויות שצוינו.
- אם מציינים את --inclusion-labels כמה פעמים, המדיניות מטרגטת מכונות וירטואליות שתואמות לכל אחד מהבוררים שצוינו (OR לוגי). אם משמיטים את הדגל הזה, המדיניות מטרגטת את כל המכונות הווירטואליות בפרויקט.
‫PRIORITY_NUMBER: העדיפות שרוצים להגדיר למדיניות. אפשר לציין מספר שלם מ-0 עד 65535.
‫DESCRIPTION: תיאור של מדיניות התוספים של המכונה הווירטואלית.

עדכון מדיניות גלובלית כך שתכלול אזורים חדשים

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

כדי להפעיל מחדש השקה של מדיניות גלובלית:

במסוף או ב-Cloud Shell, מריצים את הפקודה gcloud compute global-vm-extension-policies update ומציינים את האפשרות --rollout-entry-uuid באופן הבא:
```
gcloud compute global-vm-extension-policies update POLICY_NAME \
    --project=PROJECT_ID \
    --extensions=google-cloud-sap-extension  \
    --rollout-predefined-plan=ROLLOUT_PLAN_OPTION \
    --config-from-file=google-cloud-sap-extension="CONFIG_FILE_PATH" \
    --rollout-retry-uuid=UUID
```
מחליפים את מה שכתוב בשדות הבאים:
- ‫UUID: מזהה ייחודי אוניברסלי (UUID) שמזהה את בקשת הניסיון החוזר. אפשר להשתמש בכל מחולל UUID כדי ליצור מזהה כזה. מידע נוסף מופיע במאמר ניסיון חוזר של השקה.
- ‫ROLLOUT_PLAN_OPTION: אפשרות ההשקה שרוצים להחיל על המדיניות הגלובלית. הערכים הנתמכים הם slow_rollout (מומלץ) ו-fast_rollout.
  - לחלופין, אפשר להשתמש בתוכנית השקה בהתאמה אישית על ידי ציון האפשרות --rollout-custom-plan. מידע נוסף זמין במאמר מידע על תוכניות השקה.
  - אפשר להשתמש ב---rollout-predefined-plan או ב---rollout-custom-plan, אבל לא בשניהם באותה פקודה.

עדכון מדיניות גלובלית כדי להחריג אזורים

כדי לעדכן מדיניות גלובלית כך שלא תכלול אזורים, מבצעים את השלבים הבאים:

בטרמינל או ב-Cloud Shell, מריצים את הפקודה gcloud compute global-vm-extension-policies update ומספקים תוכנית השקה מותאמת אישית שמציינת את האזורים שבהם רוצים להחיל את המדיניות:
```
gcloud compute global-vm-extension-policies update POLICY_NAME \
    --project=PROJECT_ID \
    --extensions=google-cloud-sap-extension  \
    --rollout-custom-plan=projects/PROJECT_ID/locations/global/rolloutPlans/NEW_CUSTOM_PLAN_NAME \
    --rollout-retry-uuid=UUID
```
מחליפים את מה שכתוב בשדות הבאים:
- ‫NEW_CUSTOM_PLAN_NAME: השם של תוכנית ההשקה החדשה בהתאמה אישית, שמזהה את האזורים שבהם המדיניות תחול. במאמר מידע על תוכניות השקה מוסבר איך ליצור תוכניות השקה בהתאמה אישית.
- ‫UUID: מזהה ייחודי אוניברסלי (UUID) שמזהה את בקשת הניסיון החוזר. אפשר להשתמש בכל מחולל UUID כדי ליצור מזהה כזה. מידע נוסף מופיע במאמר ניסיון חוזר של השקה.

הסרת הסוכן מקבוצת מכונות וירטואליות

כדי להסיר את Agent for SAP מצי ה-VM, צריך למחוק את המדיניות של VM Extension Manager שמנהלת את צי ה-VM.

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

‫VM Extension Manager מסיר את הסוכן מכל המכונות הווירטואליות הנגישות תוך דקה מרגע מחיקת המדיניות. אם אי אפשר לגשת למכונה הווירטואלית כי הסוכן האורח הוסר או שהמכונה הווירטואלית נמחקה, VM Extension Manager מדלג על המחיקה של Agent for SAP. אם מכונה וירטואלית כזו תהיה זמינה שוב, VM Extension Manager יסיר את Agent for SAP באותו זמן.

כדי להסיר את Agent for SAP מצי ה-VM, פועלים לפי השלבים הבאים:

המסוף

נכנסים לדף VM extension policies במסוף Google Cloud .

לדף VM extension policies
לוחצים על המדיניות שמנהלת את Agent for SAP בצי ה-VM.
בדף Extension policy details, לוחצים על Delete ומאשרים את המחיקה.

gcloud

אזורי

כדי למחוק מדיניות של VM Extension Manager ברמת האזור, משתמשים בפקודה gcloud compute zone-vm-extension-policies delete:

gcloud compute zone-vm-extension-policies delete POLICY_NAME \
  --project=PROJECT_ID \
  --zone=ZONE

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

‫POLICY_NAME: שם המדיניות ברמת האזור שרוצים למחוק.
‫PROJECT_ID: מזהה הפרויקט ב- Google Cloud שבו נמצאת המדיניות.
‫ZONE: האזור ( Google Cloud ) שבו נמצאת המדיניות.

עולמי

כדי למחוק מדיניות גלובלית של VM Extension Manager, מריצים את הפקודה gcloud compute global-vm-extension-policies delete:

gcloud compute global-vm-extension-policies delete POLICY_NAME \
  --project=PROJECT_ID \
  --rollout-predefined-plan=ROLLOUT_PLAN_OPTION

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

‫POLICY_NAME: שם המדיניות ברמת האזור שרוצים למחוק.
‫PROJECT_ID: מזהה הפרויקט ב- Google Cloud שבו נמצאת המדיניות.
‫ROLLOUT_PLAN_OPTION: אפשרות ההשקה שרוצים להחיל על המדיניות הגלובלית. הערכים הנתמכים הם slow_rollout (מומלץ) ו-fast_rollout.
- לחלופין, אפשר להשתמש בתוכנית השקה בהתאמה אישית על ידי ציון האפשרות --rollout-custom-plan. מידע נוסף זמין במאמר מידע על תוכניות השקה.
- אפשר להשתמש ב---rollout-predefined-plan או ב---rollout-custom-plan, אבל לא בשניהם באותה פקודה.

אימות גרסת ה-agent

‫Google Cloud ממליצה להתקין את הגרסה העדכנית של Agent for SAP כדי להעריך בצורה מדויקת את עומסי העבודה ב-SAP, כי גרסאות תקופתיות של Agent for SAP עשויות להוסיף או לשנות מדדים שמשמשים להערכה.

כדי לוודא שאתם משתמשים בגרסה העדכנית של Agent for SAP של Google Cloud, אתם צריכים לבדוק מדי פעם אם יש עדכונים ולעדכן את הסוכן.

חיפוש עדכונים

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

RHEL

יוצרים חיבור SSH למכונה.

מריצים את הפקודה הבאה:

sudo yum check-update google-cloud-sap-agent

SLES

יוצרים חיבור SSH למכונה.

מריצים את הפקודה הבאה:

sudo zypper list-updates -r google-cloud-sap-agent

התקנת עדכון

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

RHEL

יוצרים חיבור SSH למכונה.
מעדכנים את המכונה של הסוכן:
- (מומלץ) כדי לעדכן לגרסה 3.16 (הגרסה האחרונה) של הסוכן:
```
sudo yum --nogpgcheck update google-cloud-sap-agent
```
- כדי לעדכן לגרסה ספציפית של הנציג:
```
sudo yum install google-cloud-sap-agent-VERSION_NUMBER.x86_64
```
  מחליפים את VERSION_NUMBER במספר הגרסה של הסוכן שרוצים להתקין, למשל 3.1-606637668. במאמר הצגת רשימה של כל הגרסאות הזמינות של הסוכן מפורטות גרסאות הסוכן שאפשר להתקין.

SLES

יוצרים חיבור SSH למכונה.
מעדכנים את המכונה של הסוכן:
- (מומלץ) כדי לעדכן לגרסה 3.16 (הגרסה האחרונה) של הסוכן:
```
sudo zypper --no-gpg-checks update google-cloud-sap-agent
```
- כדי לעדכן לגרסה ספציפית של הנציג:
```
sudo zypper install google-cloud-sap-agent-VERSION_NUMBER.x86_64
```
  מחליפים את VERSION_NUMBER במספר הגרסה של הסוכן שרוצים להתקין, למשל 3.1-606637668. במאמר הצגת רשימה של כל הגרסאות הזמינות של הסוכן מפורטות גרסאות הסוכן שאפשר להתקין.

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

כדי לוודא שהגדרתם נכון את Google Cloud לאיסוף מדדי ההערכה של הכלי לניהול עומס העבודה, אתם יכולים להריץ את הפקודה status של הסוכן. הפקודה הזו נתמכת מגרסה 3.7 של הסוכן.

כדי לאמת את ההגדרה של Google Cloud , מבצעים את השלבים הבאים:

יוצרים חיבור SSH למכונה של Compute Engine.

מריצים את הפקודה הבאה:

sudo /usr/bin/google_cloud_sap_agent status -f="workload_manager,sap_discovery"

אם Google Cloud ההגדרה שלכם לאיסוף מדדי ההערכה של הכלי לניהול עומס העבודה נכונה, הפלט יכלול את הפרטים הבאים. יכול להיות שבהגדרות שלכם יהיו ערכים אחרים מאלה של default.

    Agent Status:
        ...
        Systemd Service Enabled: True
        Systemd Service Running: True
        Cloud API Full Scopes: True
        Configuration File: /etc/google-cloud-sap-agent/configuration.json
        Configuration Valid: True
    ...
    ----------------------------------------------------------------------------
    System Discovery: Enabled
        Status: Fully Functional
        IAM Permissions: All granted
        Configuration:
            enable_discovery:                  true  (default)
            enable_workload_discovery:         true  (default)
            sap_instances_update_frequency:    60    (default)
            system_discovery_update_frequency: 14400 (default)
    ----------------------------------------------------------------------------
    Workload Manager Evaluation: Enabled
        Status: Fully Functional
        IAM Permissions: All granted
        Configuration:
            collect_workload_validation_metrics:      true       (default)
            config_target_environment:                PRODUCTION (default)
            fetch_latest_config:                      true       (default)
            workload_validation_db_metrics_frequency: 3600       (default)
            workload_validation_metrics_frequency:    300        (default)
    ...

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

קובץ תצורה לדוגמה

הדוגמאות הבאות הן קובצי תצורה מלאים של הסוכן שלGoogle Cloudל-SAP שפועל במכונה של Compute Engine, שבהם מופעל איסוף מדדי ההערכה של הכלי לניהול עומס העבודה.

לאימות של SAP HANA, הסוכן משתמש בסדר העדיפויות הבא: אם צוין, הפרמטר hdbuserstore_key עדיף על הפרמטר hana_db_password, שעדיף על הפרמטר hana_db_password_secret_name. מומלץ להגדיר רק אפשרות אימות אחת בקובץ התצורה.

בדוגמה הבאה נעשה שימוש במפתח מאגר משתמשים מאובטח (hdbuserstore) לאימות של SAP HANA:

{
  "provide_sap_host_agent_metrics": true,
  "bare_metal": false,
  "log_level": "INFO",
  "log_to_cloud": true,
  "collection_configuration": {
    "collect_workload_validation_metrics": true,
    "workload_validation_db_metrics_frequency": 3600,
    "workload_validation_db_metrics_config": {
      "hana_db_user": "system",
      "sid": "DEH",
      "hdbuserstore_key": "user_store_key"
    },
    "collect_process_metrics": false
  },
  "discovery_configuration": {
    "enable_discovery": true,
    "enable_workload_discovery": true
  },
  "hana_monitoring_configuration": {
    "enabled": false
  }
}

בדוגמה הבאה נעשה שימוש בשם משתמש ובסוד של Secret Manager לאימות של SAP HANA:

{
  "provide_sap_host_agent_metrics": true,
  "bare_metal": false,
  "log_level": "INFO",
  "log_to_cloud": true,
  "collection_configuration": {
    "collect_workload_validation_metrics": true,
    "workload_validation_db_metrics_frequency": 3600,
    "workload_validation_db_metrics_config": {
      "hana_db_user": "system",
      "sid": "DEH",
      "hana_db_password_secret_name": "instance-id-hana-db-password-secret",
      "hostname": "localhost",
      "port": "30015"
    },
    "collect_process_metrics": false
  },
  "discovery_configuration": {
    "enable_discovery": true,
    "enable_workload_discovery": true
  },
  "hana_monitoring_configuration": {
    "enabled": false
  }
}

בדוגמה הבאה נעשה שימוש בשם משתמש ובסיסמה לאימות ב-SAP HANA. במקום זאת, מומלץ להשתמש בסוד של Secret Manager או במפתח של מאגר משתמשים מאובטח (hdbuserstore) לאימות ב-SAP HANA.

{
  "provide_sap_host_agent_metrics": true,
  "bare_metal": false,
  "log_level": "INFO",
  "log_to_cloud": true,
  "collection_configuration": {
    "collect_workload_validation_metrics": true,
    "workload_validation_db_metrics_frequency": 3600,
    "workload_validation_db_metrics_config": {
      "hana_db_user": "system",
      "sid": "DEH",
      "hana_db_password": "TempPa55word",
      "hostname": "localhost",
      "port": "30015"
    },
    "collect_process_metrics": false
  },
  "discovery_configuration": {
    "enable_discovery": true,
    "enable_workload_discovery": true
  },
  "hana_monitoring_configuration": {
    "enabled": false
  }
}

במאמר פרמטרים של הגדרות אישיות מפורטים הפרמטרים של ההגדרות האישיות שנתמכים על ידי Agent for SAP.

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

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

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

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

תפקידי IAM שנדרשים לסוכן

הפעלת הגישה ל-Cloud APIs

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

התקנת הסוכן

RHEL

SLES15

SLES 12

RHEL

SLES15

SLES 12

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

התקנה וניהול של הסוכן בצי של מכונות וירטואליות באמצעות VM Extension Manager

הגדרת VM Extension Manager

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

התקנה והגדרה של הסוכן במכונות וירטואליות בפרויקט ב- Google Cloud

המסוף

gcloud

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

המסוף

gcloud

ניהול הסוכן בצי של מכונות וירטואליות

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

המסוף

gcloud

אזורי

עולמי

עדכון מדיניות גלובלית כך שתכלול אזורים חדשים

עדכון מדיניות גלובלית כדי להחריג אזורים

הסרת הסוכן מקבוצת מכונות וירטואליות

המסוף

gcloud

אזורי

עולמי

אימות גרסת ה-agent

חיפוש עדכונים

RHEL

SLES

התקנת עדכון

RHEL

SLES

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

קובץ תצורה לדוגמה

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

הגדרת הסוכן לעומסי עבודה של SAP