Skip to main content

Posts

Showing posts with the label SQLAzure Versions

Azure SQL DB tiers Short Overview

שלום לכולם היום אסקור בקצרה את ה tiers השונים לבחירת DB. במילה tiers מסתתרת משמעות רחבה מאד, טווח רחב מאד של אפשרויות ביצועים. בפוסט שפרסמתי בחודש מרץ ביצעתי השוואות ביצועים בין tiers שונים: http://www.sqlazure.co.il/2019/03/azure-sql-db-tiers-comparison.html והיום אציג טבלה ובה החומרה מתחת לפני השטח נכון להיום! כידוע יש 2 קבוצות שונות של שרתים שאפשר לבחור עבור Azure SQL DB DTU vCore כאשר באפשרות הראשונה אין אפשרות לבחור קומבינציה של רכיבים - פשוט  בוחרים:  Basic\Standard1..12\Premium1...15 שזה שוני שנובע מ Local SSD וכאשר באפשרות השנייה יש אפשרות לבחור בין סוגי CPU שונים Gen 4 / 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 שזה גם משפיע על כמות ה RAM והאם Busines critical \ General purpose שגם זה שוני שנובע מ Local SSD תחת vCore - יש אפשרות לבצע תשלום מראש לכמה שנים ובכך לחסוך המון כסף למי שמשתמש ב  vCore (ועל זה...

Auto Pause in Azure SQL Database Serverless

שלום לכולם והפעם נציג את האפשרות שבסיס הנתונים יהיה ב - Pause. ובכך העלות על ה Compute לא יתבצע אלא רק העלות על Storage. עד היום אם רציתם בסיס נתונים בעלות נמוכה וגם כשהוא לא פעיל היה אפשר לשים אותו או ב tier - basic or in Standard 0 שהעלות שלו היא הגונה 15 דולר לחודש על 250 ג'יגה. מיקרוסופט הציעו סוג חדש שכשהוא לא פעיל x שעות הוא נכנס למצב של pause ואז אין עלות אלא על storage. בחישוב מהיר שלי עולה כי אם בסיס הנתונים קטן מ 90 ג'יגה והוא לא פעיל רוב הזמן כדאי לעבור אליו. איך זה עובד? אם הוא מזהה 0 DTU במשך הזמן שהוגדר הוא קופא, בפניה הראשונה מקבלים שגיאה. ואז בפניה השנייה אחרי שממתינים כמה שניות בסיס הנתונים דלוק. התהליך פשוט: הולכים למסך קונפיגורציה בוחרים את Serveless מגדירים תוך כמה שעות ללא פעילות הוא ייכנס למצב pause. מגדירים מינימום cpu ומקסימים cpu. מגדירים כמה storage יוקצה. וזהו. מצורפים המסכים הבאים: מסך ההגדרה עצמו. מסך של בסיס נתונים פעיל מסך של בסיס נתונים שנעצר מסך של שגיאה מ SSMS בחיבור. ומסכים של המסך הראשי - בו יש גרף טיפה אחרת שמציג מידע...

Rising prices of Azure

שלום רב פוסט זה אני כותב לאחר מספר פעמים שהתופעה הזו התרחשה, מדובר על עליית מחרים בשירותים של azure. אני רוצה להתמקד בשני נושאים: New Alert system Azure SQL DB PRS tiers הנקודה הראשונה: כחלק מהשירותים שניתנו למשתמשי השירותים המנוהלים - קיבלנו מערכת התרעות סבירה ונוחה, ניתן היה להגדיר התרעות כאשר ה DB עובד קשה מידי DTU גבוה או הגענו ל 90% מהסטורג' וכדומה. לא מזמן קפצה הודעה שההתרעות הללו ייפסקו ב 30 ביוני ראו תמונה: ואז הולכים להגדיר התרעה חדשה: מסך יותר משוכלל שנותן התרעות לפי שלבים ומצבים, פה הגדרתי אם DTU מעל 85% לזמן מסויים: ואז מגדירים את ההתרעה - וראה זה פלא יש עלות!!! סנט להתרעה: כאשר ממש לא ברור אם זה פר התרעה או פר הגדרה, נכון סכום נמוך - אבל במאות שירותים ובמאות ריסורסים זה מגיע למאות דולרים ובמצטבר עוד שורה שמנה בחשבונית. הנקודה השנייה: היה שירות ב DB שנקרא PRS שהוא נתן יכולות של Premium tier עם SLA יותר נמוך. לא שמנו עליו production אבל הוא היה מעולה לבדוק , Load test בעלות הגונה. והנה גם את זה מורידים בסוף יוני - אותה הודעה מלמ...

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 "TableNam...

SQL Azure: DTU vs vCore

שלום לכולם אז כהשהכל התחיל אי שם ב 2010 הייתה אפשרות לבחור בין Web Edition Business Edition כאשר גריסה אחת הייתה מוגבלת במקום ויותר איטית והשניייה מהירה,(מי שזוכר את גרסאות אלו שיצביע :-)) זהו. ואז נכנס עולם של  Basic service tier Standard service tier Premium service tier לאחר זמן נכנס  PRS  service tier   (sorry to say but will be closed on 1.1.19) כאשר בעצם מדברים על  Tiers ארכיטקטורת החומרה היא שונה בין סוג לסוג. הדבר משיפע על זמני גיבויים, על עלויות, על רמות ביצועים שונות, SLA שונה, מיקום סטורג שונה ועוד. ועוד. (אחרי כן הוסיפו pools - אבל לא אדבר על זה כלל פה וגם לא על הייצור החדש הקרוי managed instance) במשך הזמן הוסיפו לכל סוג שכבה של גרסה שונה שמצביעות על כך שמאחרי הקלעים יש זיכרון שונה, ועוד. כאשר הכל נמדד במדד משוקלל שנקרא DTU. לכל סוג ולכל שכבה יש הגדרה של מקסימום DTU. וכך כאשר ה DTU הגיע ל 100 אחוז היית צריך לבדוק ולעשות אחת מכמה אפשרויות: * להעלות שכבה. * לתקן קוד. * לעשות תחזוקה ועוד. את...