שלום לכולם
והיום נסביר איך עושים 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%'
והיום נסביר איך עושים scale up and scale down.
אם התרגלנו ב Azure SQL DB להעלות Tier ולהוריד Tier על ידי בחירת Tier ואז הכל יושפע וישתנה ממנו, פה ניתנת אפשרות להוסיף זזכרות מעבדים וסטורג'.
הדבר הוא יותר דינמי כי אפשר לפתור בעיה ספציפית, אבל מצש שני נותן לנו אין סוף אפשרויות לביצוע ולעיתים אתה לא יודע מה להחליט ומה עולה כמה.
להלן המסכים:
נכנסים למסך הקונפיגורציה על ידי לחיצה על הלינק המסומן:
מכאן המסך מתפצל לסוגי קונפיגורציות - אנו נתמקד בחומרה:
נשנה את הסטורג' ובצד ימין יש סיכום.
לחצנו סימנו ובחרנו ואז לאחר האישור מופיעה ההודעה שהשרת יעבור איתחול בכדי לתפוס את השינויים.
כמה דקות אחרי כן כשהשרת עולה - הכל מקונפג לפי ההגדרות.
זהו ממש פשוט... תבצעו את זה ובפעם הבאה נתחיל לבדוק ולראות מה שונה ומה שווה...
ניתן לבדוק בהרצת שאילתות אלו לבדיקת 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%'
Comments
Post a Comment