מתחילים את השבוע עם סיכום השבוע החולף בעננים. כמו תמיד, כל מי שמעוניין לתרום או לציין נושא חשוב שפספסנו, מוזמן לפנות אלינו: support@israelclouds.com
Bank of America הוא לא הגוף הפיננסי היחיד המאמין ביכולות של מיקרוסופט: גם Credit Suisse צופה ש-2020 תהיה שנה חזקה עבור מיקרוסופט, זאת לפי סקר שנערך בקרב 100 מנמ"רים בארגונים גדולים אשר בדק את ספקית הענן איתה הם מעוניינים לעבוד בשנה הקרובה.
בנוסף למצב בשנה הקרובה, התחזית שנוצרה מסקר זה מצביעה על כך שהרווחים של מיקרוסופט מהענן לבדו צפויים להגיע ליותר מ-100 מיליארד דולר בשנת 2024, מה שבהחלט גורם לאמזון לחשוש מהעלייה וההתחזקות של מיקרוסופט, שמתחילה לנגוס בנתח של AWS, ואף להיות פופולארית יותר בקרב ארגונים גדולים.
הסיפור המתמשך מסביב לפרויקט JEDI לא מתכוון להירגע: ב-24.1, אמזון מתכוונת להגיש בקשה לצו מניעה שיפסיק כל פעולה של מיקרוסופט על הפרויקט. תאריך זה אינו רנדומלי – זהו היום בו מיקרוסופט צפויה להגיש את כתב ההגנה שלה כנגד הטענות מצד אמזון.
פסק הדין בנושא צו ההרחקה צפוי להתקבל ב-11 לפברואר, סמוך לתאריך תחילת העבודה של מיקרוסופט בפרויקט – ואנחנו עדים לעיכוב נוסף בסיפור שהיה אמור להסתיים כבר בקיץ האחרון. מה יהיה? ימים יגידו, ונראה שיהיו לא מעט כאלו.
IBM עברה לא מעט טלטלות במהלך השנים האחרונות, ואחד מהסיפורים המעניינים בזמן האחרון הוא ההחלטה של גוגל לצאת עם פתרון המיועד לארגונים וותיקים המאפשר להעביר עומסי עבודה Power-based היישר אל הענן של גוגל – בין אם הם משתמשים ב-AIX, IBM או לינוקס על IBM.
גוגל היא החברה השנייה בעולם שתציע שירות כזה (עד עכשיו, Power Processors מבוססי ענן עבדו רק בענן של IBM), והכרזה זו פותחת צוהר עבור ארגונים המפעילים Power Systems של IBM, ומאפשרת להם לבצע הפצות למספר פלטפורמות ענן במקביל. הכרזה זו עוזרת גם ל-IBM, משום שהיא מאפשרת לקהל לקוחותיה לעבור לענן ההיברידי ביתר קלות, ועדיין להשתמש בחומרה ובשירותים של IBM.
היי חברים,
יש לנו mysql rds שקיצצנו לו השבוע את המשאבים והוא התחיל להיחנק.
השאלה היא האם לשנות את גודל בסיס הנתונים (class type) ולתת לו יותר RAM ו-vcpu, או לתת לו יותר iops?
תריץ iostat ותבין איפה הוא נחנק - אני הייתי מהמר על הדיסקים. בנוסף, האם התאמת את הפרמטר גרופ למשאבים או שמת default ואז לפי טייפ? מניח שלא יכולתם ממש לגעת בEBS אז זה לא io, אולי מגבלת היכולות של המכונה ב-io או בnetwork. שווה להסתכל ב-status אם הוא אולי עובר סוג של recovery וצריך עוד ריסטארט. ממליץ להריץ slow log, ואולי pt digest query לראות איזה סוג נעילות ועל איזה טבלאות ושליפות.
בלי קשר, יש חישוב מהו האידיאל לכמות ה-connections. אולי הוא לא יכול לשאת בכמות של ה-conns ופשוט צריך לדאוג ל-connpool.
לחבר'ה פה שכותבים groovy scripts ל-Active choices parameters / Extended choicesparameter, יש סיכוי שמישהו מצא דרך למשוך את הgroovy scripts מ-SCM? אני לא רוצה שהם ישבו לוקאלית על הגנקינס.
הסקריפט של active choices parameters יכול וצריך להיכנס תוך כדי ריצה ל-jenkinsfile.
עזרה בבקשה עם פריסה של helm.
אנחנו עם 3 מאסטרים, 5 nodes כל אחד על ec2 aws
מקבלים את ההודעה הבאה למרות שעדיין הניצול של הmem הוא על 97 אחוז לאחר הפריסה
לוקח ל-app כ-90 שניות לעלות אז הוא ישר צועק, אבל הפריסה כן מסתיימת וכולם running.
תבדוק ב-helm כמה מוגדר resources לפוד. מומלץ להגדיר request and limit for each deployment. הייתי מתחיל מזה.
https://github.com/kubernetes-sigs/metrics-server
Oops! Something went wrong while submitting the form