✕ סגור 
צור קשר
תודה על ההתעניינות .

Thank you! Your submission has been received!

Oops! Something went wrong while submitting the form

SQL Azure: DTU vs vCore

פיני קרישר
|
Aug 27, 2018
alt="blogs"
alt="blogs"
alt="blogs"
Events
Event
title="Google"

DTU ו- vCore הם כלים המיועדים למדוד ביצועים של Data Base, ובצורה זו גם מאפשרים לתמחר את אותו בסיס נתונים. במאמר זה נבצע השוואה בין שני הכלים.

הכל התחיל אי שם ב- 2010, כאשר הייתה אפשרות לבחור בין Web Edition לבין Business Edition כאשר גרסה אחת הייתה מוגבלת מבחינת מקום ואיטית יותר, והשנייה מהירה - זהו, ואז נכנס עולם של Basic service tier ,Standard service tier, Premium service tier. לאחר מכן, נכנס לשימוש PRS service tier.

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

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

• להעלות שכבה

• לתקן קוד

• לעשות תחזוקה ועוד

על ההבדלים בין הסוגים השונים ניתן לקרוא פה:

Azure SQL Database DTU-based resource model limits

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

ואז חל שינוי מהותי - נולד הדור הבא המבוסס על vCore, שיטת בניה של מכונות המורכבות מ- 2 tiers::  General Purpose service tierו- .Business Critical service tier כאשר בכל Tier כרגע יש 5 סוגי מכונות:

• GP_Gen4_1

• GP_Gen4_2

• GP_Gen4_4

• GP_Gen4_8

• GP_Gen4_16

מיקרוסופט מתחילים ממה שמכונה הדור ה- 4 של המכונות כלומר קומבינציה של  IOPS, RAM, Storage שמנוהל לפי המכונה. כנראה שבעתיד יהיה דור חמש וכדומה.

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

(Azure SQL Database vCore-based purchasing model limits (preview

אם עד היום היינו עיוורים וניחשנו לפי ביצועים שמדדנו, היום נעבור למדידה מדויקת ולצורך מדויק יותר. לדוגמא - GP_Gen4_16  -  112 GB Ram

ועכשיו בקשר לתמחור:

מכונות חזקות אמורות להיות יותר זולות בשיטה החדשה, מכונות חלשות אמורות להיות יותר יקרות בשיטה החדשה. שכל אחד יעשה את השיקול שלו.

תמונה זו מייצגת את ההבדלים:

עוד על התיעוד ועל ההבדלים ניתן לקרוא פה: ?What are Azure SQL Database service tiers

להלן כמה הנחיות כיצד להגיע לזה:

ניגשים למסך בחירת ה-  tier (המסך הרגיל):

בוחרים את ה- vCore.

זה המסך המדובר:

1. סוג השימוש - משפיע על סוג סטורג', SLA וכמובן מחיר.

2. כרגע ניתן לבחור רק gen4, בהמשך יהיו עוד.

3. מסך קטן של חישוב עלויות לפי סטורג' ולפי סוג המכונה.

4. פה אפשר להעביר רישיון מה- on prem  למשל אם עשית מיגרציה על מכונה שאתה משלם עליה - אתה יכול להעביר רישיון וזה יחסוך עלויות.

5. העלאת והורדת סוג המכונה  בתוך דור 4.

6. הגדלת סטורג' למשל חצי טרה בסוג הזה שווה 70 דולר.

7. הגדרה של כמה ימי גיובי יש לפי הבחירה שלך.

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

מאת: פיני קרישר, DBA Maneger ב- etoro

DTU ו- vCore הם כלים המיועדים למדוד ביצועים של Data Base, ובצורה זו גם מאפשרים לתמחר את אותו בסיס נתונים. במאמר זה נבצע השוואה בין שני הכלים.

הכל התחיל אי שם ב- 2010, כאשר הייתה אפשרות לבחור בין Web Edition לבין Business Edition כאשר גרסה אחת הייתה מוגבלת מבחינת מקום ואיטית יותר, והשנייה מהירה - זהו, ואז נכנס עולם של Basic service tier ,Standard service tier, Premium service tier. לאחר מכן, נכנס לשימוש PRS service tier.

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

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

• להעלות שכבה

• לתקן קוד

• לעשות תחזוקה ועוד

על ההבדלים בין הסוגים השונים ניתן לקרוא פה:

Azure SQL Database DTU-based resource model limits

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

ואז חל שינוי מהותי - נולד הדור הבא המבוסס על vCore, שיטת בניה של מכונות המורכבות מ- 2 tiers::  General Purpose service tierו- .Business Critical service tier כאשר בכל Tier כרגע יש 5 סוגי מכונות:

• GP_Gen4_1

• GP_Gen4_2

• GP_Gen4_4

• GP_Gen4_8

• GP_Gen4_16

מיקרוסופט מתחילים ממה שמכונה הדור ה- 4 של המכונות כלומר קומבינציה של  IOPS, RAM, Storage שמנוהל לפי המכונה. כנראה שבעתיד יהיה דור חמש וכדומה.

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

(Azure SQL Database vCore-based purchasing model limits (preview

אם עד היום היינו עיוורים וניחשנו לפי ביצועים שמדדנו, היום נעבור למדידה מדויקת ולצורך מדויק יותר. לדוגמא - GP_Gen4_16  -  112 GB Ram

ועכשיו בקשר לתמחור:

מכונות חזקות אמורות להיות יותר זולות בשיטה החדשה, מכונות חלשות אמורות להיות יותר יקרות בשיטה החדשה. שכל אחד יעשה את השיקול שלו.

תמונה זו מייצגת את ההבדלים:

עוד על התיעוד ועל ההבדלים ניתן לקרוא פה: ?What are Azure SQL Database service tiers

להלן כמה הנחיות כיצד להגיע לזה:

ניגשים למסך בחירת ה-  tier (המסך הרגיל):

בוחרים את ה- vCore.

זה המסך המדובר:

1. סוג השימוש - משפיע על סוג סטורג', SLA וכמובן מחיר.

2. כרגע ניתן לבחור רק gen4, בהמשך יהיו עוד.

3. מסך קטן של חישוב עלויות לפי סטורג' ולפי סוג המכונה.

4. פה אפשר להעביר רישיון מה- on prem  למשל אם עשית מיגרציה על מכונה שאתה משלם עליה - אתה יכול להעביר רישיון וזה יחסוך עלויות.

5. העלאת והורדת סוג המכונה  בתוך דור 4.

6. הגדלת סטורג' למשל חצי טרה בסוג הזה שווה 70 דולר.

7. הגדרה של כמה ימי גיובי יש לפי הבחירה שלך.

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

מאת: פיני קרישר, DBA Maneger ב- etoro

לפרטים נוספים ויצירת קשר עם נציג אורקל

תודה הודעתך התקבלה

הודעתך לא התקבלה - נסה שוב מאוחר יותר

פיני קרישר

הירשם לרשימת הדיוור של IsraelClouds

Thank you! Your submission has been received!

Oops! Something went wrong while submitting the form

מילון מונחיםהשירותים שלנו תנאי שימושהרשמה לניוזלטרמדיניות פרטיות