2020-06-23

Availability Zones in Azure and the relation to SLA in Azure SQL DB

שלום לכולם
כאשר מקנפגים Azure SQL DB מנוהל והוא תחת
Premium or Business Critical Toers
מיקרוסופט שואלים אותך:
Would you like to make this database zone redundant?
מה זו השאלה הזו? מה ההשפעה שלה ומה העלות שלה?







אז עשינו ובדקנו מה ההשפעה.


הלינק הבסיסי להסבר הקונפיגורציה הזו הוא זה:
https://azure.microsoft.com/is-is/blog/azure-sql-database-now-offers-zone-redundant-premium-databases-and-elastic-pools/



מה זה אומר?
זה מסביר על המושג הקריטי Availability Zones ועל השימוש שלו ב SLA של הדיבי שלנו.


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


https://docs.microsoft.com/en-us/azure/availability-zones/az-overview




לכל Azure SQL DB יש 3 עותקים ניסתרים, מיקרוסופט נותנת אופציה לשמור את אחד העותקים הניסתרים ב Availability Zone אחר.

הדבר מעלה את ה SLA כך שאם יש תקלה ב Availability Zone אחד זה לא משפיע על ה DB.


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

2020-01-16

Azure SQL DB Tiers - Improvments in hardware options

שלום לכולם

והיום על שיפורים בקונפיגורציות של

Azure SQL DB in v-Core mode
 
 


 



תחת v-Core mode יש 3 אפשרויות:
  • General Purpose
    • Provisioned
    • Server Less
  • Hyper Scale 
  • Business Critical
בכל אחד מאלו אפשר לקבוע את כמות ה CPU והכמות סטורג'
 
כאשר Hyper Scale זו טכנולוגיה אחרת ועליה נכתוב בפעם אחרת.
 
General Purpose vs Business Critical - ההבדל ביניהם הוא האם ה SSD הוא מקומי בתוך השרת או שזה סטורג' מרכזי.
 
בכל אחד משני אלו עד היום אפשר היה לבחור בין Gen4 & Gen 5
כאשר ההבדל ביניהם הוא זה:
 
Gen 4 CPUs are based on Intel E5-2673 v3 (Haswell) 2.4 GHz processors.
Gen 5 CPUs are based on Intel E5-2673 v4 (Broadwell) 2.3 GHz processors.  
 
עכשיו הוסיפו עוד 2 אפשרויות
  • M-Series
  • FSv2 Series
זה נהיה מורכב - שימו לב
תחת General Purpose אפשר לבחור רק  FSv2 בנוסף ל Gen4 \ Gen5

 
 
תחת Business Critical אפשר לבחור רק M בנוסף ל Gen4 \ Gen5  
 
על סידרה M, על הכוח שלה ועל היכולות שלה אפשר לקרוא פה
 
 

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

2020-01-13

Cloud SQL for SQL Server at GCP - Part 2

שלום לכולם
והיום נסביר איך עושים scale up and scale down.

אם התרגלנו ב Azure SQL DB להעלות Tier ולהוריד Tier על ידי בחירת Tier ואז הכל יושפע וישתנה ממנו, פה ניתנת אפשרות להוסיף זזכרות מעבדים וסטורג'.
הדבר הוא יותר דינמי כי אפשר לפתור בעיה ספציפית, אבל מצש שני נותן לנו אין סוף אפשרויות לביצוע ולעיתים אתה לא יודע מה להחליט ומה עולה כמה.


להלן המסכים:
נכנסים למסך הקונפיגורציה על ידי לחיצה על הלינק המסומן:

 
 
מכאן המסך מתפצל לסוגי קונפיגורציות - אנו נתמקד בחומרה:

 

 
 אנו נשנה את מה שצריך למשל זיכרון ו cpu.
נשנה את הסטורג' ובצד ימין יש סיכום.

 
 
לחצנו סימנו ובחרנו ואז לאחר האישור מופיעה ההודעה שהשרת יעבור איתחול בכדי לתפוס את השינויים.


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

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


ניתן לבדוק בהרצת שאילתות אלו לבדיקת cpu וזיכרון:


-- CPU assigned to database
SELECT
 scheduler_id,
 cpu_id,
 status,
 is_online
FROM sys.dm_os_schedulers
WHERE status = 'VISIBLE ONLINE'

-- Memory allocated to database
SELECT
 *,
 cntr_value / 1024 AS RAM_in_MB
FROM sys.dm_os_performance_counters
WHERE counter_name LIKE '%Target Server Memory%'