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