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

Operations Management Suite (OMS) and SQL Azure

שלום לכולם
והפעם "מוניטורינג חלק 1".
למיקרוסופט יש מבחר כלים שמציעים מוניטורינג, עליהם לא אדבר סך הכל הבלוג שלי מיועד לתמצת את מה שצריך לדעת על SQL Azure.
אז היום אציג את ה OMS והקשר שלו לנו ה  DBA's.

בקצרה על כלי זה:


Microsoft Operations Management Suite (OMS) is Microsoft's cloud-based IT management solution that helps you manage and protect your on-premises and cloud infrastructure. Since OMS is implemented as a cloud-based service, you can have it up and running quickly with minimal investment in infrastructure services. New features are delivered automatically, saving you ongoing maintenance and upgrade costs.
In addition to providing valuable services on its own, OMS can integrate with System Center components such as System Center Operations Manager to extend your existing management investments into the cloud. System Center and OMS can work together to provide a full hybrid management experience.
 
 
ניתן לקרוא בלינקים הללו.
זהו כלי לניהול משאבים שהחל דרכו ככלי של Advisor, ומאחר וממילא אסף נתונים על המכונות שדגם וניטר - החליטו החכמים לאמץ אותו גם בתור כלי ניטור וניהול.
עד לפני זמן מה הוא ניהל רק מכונות וירטואליות וככזה ניסיתי אותו על מכונת ה SQL on Azure VM שלנו.
התוצאות היו יפות אולם לא שימושיות, מדד CPU - התריע על גיבויים, על שימוש ביוזרים בלי ססמאות וכדומה, כל מה ש DBA בסיסי עושה. ייתכן שהוא טוב לחברה שאין בה DBA's.
ומאז התחילו להוסיף עוד ועוד יעדי ניטור.
למשל Azure Activity Log, שזה לוג של כל הפעילויות בפורטל. ועל זה אפרט ב"מוניטורינג חלק 2".
 

ועכשיו הוסיפו יעד ניטור נוסף - SQL Azure DB.
כלומר הענן נותן לך שירות ניטור על בסיסי הנתונים שלך, שירות ניטור בסיסי אבל יעיל, הרעיון הכללי הוא
  • להגדיר workspace.
  • להגדיר אילו SQL נכללים בניטור.
  • לראות את ה DATA שנאסף.
  • להגדיר DashBards.
  • להגדיר Alerts.
ועכשיו נציג כיצד זה עובד, יש פה המון אפשרויות וכל אחד שימצא לעצמו את מסלול הפעולה.
כיצד מפעילים אותו כרגע בשלב ה preview (מין הסתם בהמשך הכל יהיה עם קליקים בפורטל)?



 לאחר שלוחצים על האייקון הכחול אדום Solutions:





בוחרים את ה Azure SQL, ולאחר מכן נפתח ה Solution, ככה הוא נראה בלחיצה על OverView, פה יש לי Solution שמנטר 7 בסיסי נתונים:




השלב הבא הוא ללחוץ על OMS Workspace:



פה יש 4 כפתורים:
  1. מחירון עם 3 אפשרויות, חינם,  20 $ לחודש ו 30 $ לחודש.
  2. OverView - כמה בסיסי נתונים יש לנו במיפוי.
  3. Log Search - זה נותן אפשרות לחיפוש לפי הגדרה ולפי שפת חיפוש מאד ברורה.
  4. OMS Portal - פה יוצאים מהפורטל של Azure ונכנסים לפורטל ניהול אחד של הלוגים שם מגדירים חיפושים מועדפים, התרעות וכדומה
OverView:


Log Search:




הנה דוגמא שבודקת CPU בבסיסי הנתונים שלי:

Type=AzureMetrics MetricName=cpu_percent  | measure AVG(Average) as AVGCPU by Resource  interval 10MINUTE


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

רבותי זה המקום היחיד כרגע שמאחד בסיסי נתונים בגרף אחד (אנו עובדים על סקריפט PS שיבצע הכל כשנסיים נעלה ל GitHub לשימוש ציבורי).

המדדים שנדגמים הם:
cpu_percent
physical_data_read_percent
log_write_percent
dtu_consumption_percent
storage
connection_successful
connection_failed
blocked_by_firewall
deadlock
storage_percent
xtp_storage_percent
workers_percent
sessions_percent
dtu_limit
dtu_used

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

OMS Portal - פה ניתן להגדיר Dasboards עם גרפים רבים, התרעות חיפושים מועדפים, ככה הוא נראה:



על הפורטל החדש והנחמד הזה ארחיב בבלוג אחר....


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

הפרטים פה:


Enable Azure resource metrics logging using PowerShell

אחרי שמריצים את הסקריפט  הוא מציג:
 
 
 
 
 
 
 
 
Metrics gathering for new resource zzzzz/master of type [Microsoft.Sql/servers/databases] was set to enabled
Metrics gathering for new resource zzzzz/z1db of type [Microsoft.Sql/servers/databases] was set to enabled
Metrics gathering for new resource zzzzz/z2db of type [Microsoft.Sql/servers/databases] was set to enabled

Metrics gathering for new resource zzzzzz/z2db of type [Microsoft.Sql/servers/databases] was set to enabled

Metrics gathering for new resource zzzzzz/z3db of type [Microsoft.Sql/servers/databases] was set to enabled

Metrics gathering for new resource zzzzzz/z4db of type [Microsoft.Sql/servers/databases] was set to enabled


 
 
 
 

 

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

תגובות

פוסטים פופולריים מהבלוג הזה

על בעיות של ניהול פיתוח לענן

על ניהול סביבת פיתוח מול הענן:   הבעיה המרכזית בניהול פיתוח לענן שייכת לתחום הבדיקות  - שום ענן מקומי ושם אימולטור אינו מדמה במאה אחוזים את מה שקורה בענן עצמו. בכל רכיבי הבדיקות, על בעיה זו ניתן להתגבר בשיטת עבודה טובה והקמת מערכת בדיקות בענן עצמו. על ניהול גרסאות מול הענן:    במידה ואתם עובדים מול לקוחות רגילים ומול לקוחות הרוצים מוצרים בענן  - מהי הדרך הטובה ביותר לנהל את הפיתוח כך שאפשר יהיה לתחזק את שתי המערכות ואת שתי סביבות הבדיקות? אפשר לומר כי מטרת מנהל הפיתוח היא להקים סביבת פיתוח אחת - אם הדבר לא אפשרי צריך למצוא את הפתרון לסינכרון 2 הסביבות. Check List -   למנהל המבולבל - מה הצוות צריך לבצע לפני העלאה לענן: על הפרוייקט להיות מקומפל בסביבת VS2010 - רצוי 64 Bits ולא 32. יש להריץ בענן מקומי (אימולטור) ולראות שהכול עובד כהלכה במידה ואתה משתמש ב Registery או ב Event Log עליך ליצור קובץ StartUp command שבעצם ירוץ בעליית ה Role וייצור את מה שצריך במחשב המיועד לך בענן. יש ליצור חבילה להעלאה - רצוי לשמור חבילה זו עם מספר ותיאור כללי. יש להעלות את החבילה ולבדוק שהכול רץ ועו

ועוד קצת על ניהול פיתוח לענן

היום עקב תקלה קטנה מול מיקרוסופט בוצע disable לחשבון. הדבר גרם לאתר לא לעבוד וכמובן 3 רולים נוטרלו. כשחזרו לחיים נדרשנו לעשות מחדש deploy ל 3 הרולים. (רוצים הסבר קטן לעבודה על הענן? ובכן תמצית הדבר הוא שכשאנו עוקפים נהלים שאנו יצרנו בשרתים שלנו מיקרוסופט - לא מרשים לעקוף וכך הכל חייב להתנהל לפי הספר... מה שתעלה לענן זה מה שירוץ ואם תשנה - השינויים יימחקו...) הבעיה החלה כאשר הסתבר שלא כל קבצי ה deploy נשמרו על מכונת הגירסה וכי אחד הקבצים שודרג לגירסא חדשה שטרם עלתה לענן.... הדבר גזל 4 שעות בנסיון להחזיר את הגירסה... מסקנתי היא כי חייב להיות נוהל שמירת קבצי deploy מיד אחרי העלתם לענן - ובכך לשמור גיבוי לעת צרה - נכון - אל תצעקו עליי - בוצע לייבל ב TFS - ואפשר למשוך ולקמפל - אבל תראו לי עובד אחד שעשה את זה תוך חמש דקות....? יש לציין לטובה את ה SQL Azure - שלו - לא קרה כלום כל העת... כל הכבוד ל SQL... ובנימה יותצר רצינית - אל תשכחו לגבות כל מה שעולה ... - במיוחד אצלך . אגב בענן עצמו - זה כבר יגובה אל דאגה... ערב טוב

Azure SQL DB tiers comparison

Hi All In the last few month Brent Ozar gae us 2 masterpiece blogs related to Azure SQL DB:   How fast can a $21,468/mo Azure SQL DB load data?     In this blog Brent compared the abilities of Azure SQL DBs to load Data - he compared all combinations of vCors tiers. (When I asked him about comparing the Standard\Premium tiers, he told me to do it.... :-) )   There’s a bottleneck in Azure SQL DB storage throughput.   In this blog Brent showed us that in the vCors world the storage throughput has limit and there is not need to pay so much money when you need to upload lots of data.   So I took have taken up his challenge and done a comparison in Azure SQL DB in Standard\Premium tiers. I have created a new DB with 1 Table. I have generated 7 GB of DATA, and created the file in my local on premise drive (Yes, do not kill me, I did not had the time to put it on azure), and uploaded it via BCP command.   bcp "TableName" in "T:\MyTable.bcp"