שתי עובדות עלי אחת - אני מאוד אוהב את החידושים והבשורה שהענן הציבורי מביא שניה - אני לא שש להתקין מערכות אחסון. מעדיף לבצע את הארכיטקטורה ושמישהו אחר יחבר ויתקין :)
אני מניח שישנם גם אנשי פיתוח ו DevOps ואפילו אנשי סיסטם שבגישה דומה.ולמה העלתי את הנושא? מפני שזה מתחבר בדיוק למה שהחלטתי להציג היום - היכולת להשתמש ביכולות מתקדמות של ניהול DATA בין כל סביבה שנחפוץ ללא הצורך להיות מומחה אחסון (אתר מקומי > AWS < Azure < Softlayre וההיפך וכל אחד בנפרד).בואו נחשוב על סביבת IT מקומית שמשתמשת בענן הציבורי כסביבת פיתוח או בדיקות. ב Azure ישנו שירות חדש Test/DEv Labs אשר מאפשר לאדמין להקים פורטל המאפשר למפתח לבחור את הסביבה הרצויה עם המכונות הוירטואליות וברשת המתאימה. שירות זה גם ידאג לכבות את המכונות והירטואליות בסוף יום העבודה או ימחק אותן לחלוטין בסיום הפרויקט. זה מצריך מהאדמין להעלות Images מתאימים וכו'. פגז.
עכשיו, כאשר יש לנו סביבת עבודה, אנו נרצה שם גם את כל הDATA שלנו, שזה קבצי ה Build, בסיסי הנתונים, תיקיות רשת NFS, Cifs - בעצם כל ה DATA הרלוונטי מסביבת הפיתוח \ ייצור באתר המקומי לאותה סביבה שהקמנו בענן הציבורי.אבל זה לא מספיק. אנחנו נרצה שאותה סביבה תהיה כמה שיותר זהה ל DATA המקורי (משמע סינכרון בין הסביבות ובמרווחי זמן קטנים ככל שניתן, וכמובן מבלי להעמיס על קו התקשורת).אנחנו נרצה שכל מפתח בסביבה שיצרנו ב Test/Dev Lab יקבל סביבה אישית שלו עם אותו ה DATA (ענפים Branch).אותו יוכל לשנות מבלי לפגוע ולשנות את הסביבות האחרות.אנחנו נרצה שכל הסיפור הזה יהיה סופר חסכוני במקום, משמע המידע נמצא פעם אחת על שטח האחסון בענן ולא יועתק לכל סביבה (Clone רזה), כמובן לאחר יחסי דחיסה - Dedupe, Compressשאת כל הפריסה הזו נבצע בקלות ובמהירות.ואם אפשר, בקשה אחרונה, שאת כל ניהול ה DATA הזה נוכל לקבל גם בין Hyper Scales שונים.אז אנחנו רוצים... וכמובן שנקבל את זה.
המערכת הזו מתאימה לכל כך הרבה דברים. יש לכם סביבת Docker Containers בענן? NetApp תספק עבורכם Persistent Storage בצורה היעילה ביותר עם NetApp Volume Docker Plugin. ומה בדבר סינכרון ה Registry מה On-Prem לענן?הענן הציבורי מוגבל לפעמים עם שירותי Cifs, snapshots, גדלים של דיסקים וביצועים. הדרך בענן לתת ביצועים גבוהים לשרתי Windows היא עם Storage Spaces. לא הכי אלגנטי. ב Azure יש מגבלה של 1TB גודל דיסק...אתם יודעים מה, אפילו רק בתור רפליקצייה SnapVault עבור גיבוי הנטאפ שלכם לענן הציבורי.
מעשה מדובר ביכולות אשר קיימות ופועלות מספר שנים. רק היה צריך להעביר את היכולת הזו לענן הציבורי - וזה מה שבדיוק NetApp עשתה! והכי מגניב, שהיא עשתה את זה בצורה כל כך אינטואיטיבית ופשוטה, שלא חייבים להיות מומחי נטאפ.אז כפי שבוודאי הבנתם, NetApp זו מערכת הפעלה, לא קופסא עם דיסקים. ז"א שניתן להריץ נטאפ בייצור, על הענן הציבורי או כאחסון מבוסס תוכנה ע"ג חומרה של שרתים? Oh Yeh!!! וזה אותו נטאפ בדיוק עם אותן יכולות ואותם כלי ניהול מתקדמים של ניתור, גיבוי וכו'? Oh Yeh!!! וזה כל פעם מפתיע אותי מחדש מדוע לקוחות לא מודעים לזה (כי אינטגראטורים לא מספרים להם). אגב, נטאפ כתוכנה מגיע כבר עם רישוי מלא עבור כל היכולות של נטאפ. אז הרשו לי להציג מוצר תוכנה לענן הציבורי. שמו בישראל NetApp ONTAP Cloud ומדובר בפיתוח כחול לבן.מה שאהבתי במיוחד הוא שמוצרי הענן של נטאפ בנויים כמוצר מדף - להוריד מתוך ה Market place ולהריץ תוך דקות.טוב, אני קצת חוזר על עצמי...
אז כמו שנאמר, יש בו את כל היכולות של NetApp ONTAP כגון:
- יכולות הסנפשטוים הבלעדיים של נטאפ
- מקבלים יעילות נפחים שזה מנגנון הדחיסה (Dedupe, Compress, Zero Detection),
- מקבלים יכולות רפליקציה רזה השומרת על יעילות דחיסת המידע בין הנטאפים. אפילו במידה ויש לי נטאפ All Flash ואני מבצע רפליקציה (SnapMirror / SnapVault) לענן הציבורי, כל יהיעילות - יחסי דחיסה נשמרים.
- יש לי את מנגנון ה FlexClone. בעזרת מנגנון FlexClone היחודי לנטאפ, נוכל לשכפל ולהציג את המידע ללא פגיעה בביצועי המערכת ויתירה מזו, ללא ביצוע Clone מלא. ז"א שבלחיצת כפתור אני פורס מחדש את ה DATA מספר רב של פעמים אשר כל ווליום כזה מיוצג באופן עצמאי לחלוטין
- וכמובן את כל כלי הניהול עבור הסביבה המקומית ובענן כגון SnapCenter, OnCommand Insight ואפילו את מערכת האוטומציה WFA החינמית
טוב,אז הבטחתי שלהקים מערך כזה לא מסובך נכון
מה צריך?
- חשבון פעיל ב AWS. המכונה פועלת כ AMI
- נטאפ באתר המקומי (אם רוצים רפליקציה בין הסביבות)
- Site To Site VPN בין האתר המקומי לענן (אם רוצים רפליקציה)
- אצלי בAWS הקמתי גם שרת Windows שיתפקד כ Active Directory באותו ה VPC
לצורך העניין, אציג סביבה בודדת ב AWSאת הקמת הסביבה יוצרים בעזרת מערכת חינמית של נטאפ הנקראת OnCommand Cloud Manager. מערכת זו אפשר להתקין ישירות מAWS והיא דואגת להקים ולנהל את הנטאפ בענן. וכפי שאמרתי, לא חייבים להכיר נטאפ לעומק - הכל ידידותי. נקשר דרכה את הנטאפ באתר המקומי ואת הרפליקציה בין הנטאפים נגדיר ע"י Drag And Drop.
וככה מגדירים את המערכת:
כמה טיפים:
ע"מ להוזיל עלויות, במידה ואנו משתמשים רק עבור גיבוי וסינכרון הנטאפים (מהאתר המקומי לענן) פעם ביום, ניתן לתזמן כיבוי והדלקה אוטומטי של המערכת - חיסכון בCompute
את הנטאפ נוכל לנהל גם בכלים הרגילים שאיש הנטאפ מכיר. לדוגמא, ניהול דרך ה System Manager
לחיצה על הנטאפ (ענן), Resorces, ועל מ Menu (ארבעה קווים - מסומן בצהוב) יביאו אותנו לתפריט מתקדם
בהצלחה!
ותזכרו ממי שמעתם את זה לראשונה :-)
שתי עובדות עלי אחת - אני מאוד אוהב את החידושים והבשורה שהענן הציבורי מביא שניה - אני לא שש להתקין מערכות אחסון. מעדיף לבצע את הארכיטקטורה ושמישהו אחר יחבר ויתקין :)
אני מניח שישנם גם אנשי פיתוח ו DevOps ואפילו אנשי סיסטם שבגישה דומה.ולמה העלתי את הנושא? מפני שזה מתחבר בדיוק למה שהחלטתי להציג היום - היכולת להשתמש ביכולות מתקדמות של ניהול DATA בין כל סביבה שנחפוץ ללא הצורך להיות מומחה אחסון (אתר מקומי > AWS < Azure < Softlayre וההיפך וכל אחד בנפרד).בואו נחשוב על סביבת IT מקומית שמשתמשת בענן הציבורי כסביבת פיתוח או בדיקות. ב Azure ישנו שירות חדש Test/DEv Labs אשר מאפשר לאדמין להקים פורטל המאפשר למפתח לבחור את הסביבה הרצויה עם המכונות הוירטואליות וברשת המתאימה. שירות זה גם ידאג לכבות את המכונות והירטואליות בסוף יום העבודה או ימחק אותן לחלוטין בסיום הפרויקט. זה מצריך מהאדמין להעלות Images מתאימים וכו'. פגז.
עכשיו, כאשר יש לנו סביבת עבודה, אנו נרצה שם גם את כל הDATA שלנו, שזה קבצי ה Build, בסיסי הנתונים, תיקיות רשת NFS, Cifs - בעצם כל ה DATA הרלוונטי מסביבת הפיתוח \ ייצור באתר המקומי לאותה סביבה שהקמנו בענן הציבורי.אבל זה לא מספיק. אנחנו נרצה שאותה סביבה תהיה כמה שיותר זהה ל DATA המקורי (משמע סינכרון בין הסביבות ובמרווחי זמן קטנים ככל שניתן, וכמובן מבלי להעמיס על קו התקשורת).אנחנו נרצה שכל מפתח בסביבה שיצרנו ב Test/Dev Lab יקבל סביבה אישית שלו עם אותו ה DATA (ענפים Branch).אותו יוכל לשנות מבלי לפגוע ולשנות את הסביבות האחרות.אנחנו נרצה שכל הסיפור הזה יהיה סופר חסכוני במקום, משמע המידע נמצא פעם אחת על שטח האחסון בענן ולא יועתק לכל סביבה (Clone רזה), כמובן לאחר יחסי דחיסה - Dedupe, Compressשאת כל הפריסה הזו נבצע בקלות ובמהירות.ואם אפשר, בקשה אחרונה, שאת כל ניהול ה DATA הזה נוכל לקבל גם בין Hyper Scales שונים.אז אנחנו רוצים... וכמובן שנקבל את זה.
המערכת הזו מתאימה לכל כך הרבה דברים. יש לכם סביבת Docker Containers בענן? NetApp תספק עבורכם Persistent Storage בצורה היעילה ביותר עם NetApp Volume Docker Plugin. ומה בדבר סינכרון ה Registry מה On-Prem לענן?הענן הציבורי מוגבל לפעמים עם שירותי Cifs, snapshots, גדלים של דיסקים וביצועים. הדרך בענן לתת ביצועים גבוהים לשרתי Windows היא עם Storage Spaces. לא הכי אלגנטי. ב Azure יש מגבלה של 1TB גודל דיסק...אתם יודעים מה, אפילו רק בתור רפליקצייה SnapVault עבור גיבוי הנטאפ שלכם לענן הציבורי.
מעשה מדובר ביכולות אשר קיימות ופועלות מספר שנים. רק היה צריך להעביר את היכולת הזו לענן הציבורי - וזה מה שבדיוק NetApp עשתה! והכי מגניב, שהיא עשתה את זה בצורה כל כך אינטואיטיבית ופשוטה, שלא חייבים להיות מומחי נטאפ.אז כפי שבוודאי הבנתם, NetApp זו מערכת הפעלה, לא קופסא עם דיסקים. ז"א שניתן להריץ נטאפ בייצור, על הענן הציבורי או כאחסון מבוסס תוכנה ע"ג חומרה של שרתים? Oh Yeh!!! וזה אותו נטאפ בדיוק עם אותן יכולות ואותם כלי ניהול מתקדמים של ניתור, גיבוי וכו'? Oh Yeh!!! וזה כל פעם מפתיע אותי מחדש מדוע לקוחות לא מודעים לזה (כי אינטגראטורים לא מספרים להם). אגב, נטאפ כתוכנה מגיע כבר עם רישוי מלא עבור כל היכולות של נטאפ. אז הרשו לי להציג מוצר תוכנה לענן הציבורי. שמו בישראל NetApp ONTAP Cloud ומדובר בפיתוח כחול לבן.מה שאהבתי במיוחד הוא שמוצרי הענן של נטאפ בנויים כמוצר מדף - להוריד מתוך ה Market place ולהריץ תוך דקות.טוב, אני קצת חוזר על עצמי...
אז כמו שנאמר, יש בו את כל היכולות של NetApp ONTAP כגון:
- יכולות הסנפשטוים הבלעדיים של נטאפ
- מקבלים יעילות נפחים שזה מנגנון הדחיסה (Dedupe, Compress, Zero Detection),
- מקבלים יכולות רפליקציה רזה השומרת על יעילות דחיסת המידע בין הנטאפים. אפילו במידה ויש לי נטאפ All Flash ואני מבצע רפליקציה (SnapMirror / SnapVault) לענן הציבורי, כל יהיעילות - יחסי דחיסה נשמרים.
- יש לי את מנגנון ה FlexClone. בעזרת מנגנון FlexClone היחודי לנטאפ, נוכל לשכפל ולהציג את המידע ללא פגיעה בביצועי המערכת ויתירה מזו, ללא ביצוע Clone מלא. ז"א שבלחיצת כפתור אני פורס מחדש את ה DATA מספר רב של פעמים אשר כל ווליום כזה מיוצג באופן עצמאי לחלוטין
- וכמובן את כל כלי הניהול עבור הסביבה המקומית ובענן כגון SnapCenter, OnCommand Insight ואפילו את מערכת האוטומציה WFA החינמית
טוב,אז הבטחתי שלהקים מערך כזה לא מסובך נכון
מה צריך?
- חשבון פעיל ב AWS. המכונה פועלת כ AMI
- נטאפ באתר המקומי (אם רוצים רפליקציה בין הסביבות)
- Site To Site VPN בין האתר המקומי לענן (אם רוצים רפליקציה)
- אצלי בAWS הקמתי גם שרת Windows שיתפקד כ Active Directory באותו ה VPC
לצורך העניין, אציג סביבה בודדת ב AWSאת הקמת הסביבה יוצרים בעזרת מערכת חינמית של נטאפ הנקראת OnCommand Cloud Manager. מערכת זו אפשר להתקין ישירות מAWS והיא דואגת להקים ולנהל את הנטאפ בענן. וכפי שאמרתי, לא חייבים להכיר נטאפ לעומק - הכל ידידותי. נקשר דרכה את הנטאפ באתר המקומי ואת הרפליקציה בין הנטאפים נגדיר ע"י Drag And Drop.
וככה מגדירים את המערכת:
כמה טיפים:
ע"מ להוזיל עלויות, במידה ואנו משתמשים רק עבור גיבוי וסינכרון הנטאפים (מהאתר המקומי לענן) פעם ביום, ניתן לתזמן כיבוי והדלקה אוטומטי של המערכת - חיסכון בCompute
את הנטאפ נוכל לנהל גם בכלים הרגילים שאיש הנטאפ מכיר. לדוגמא, ניהול דרך ה System Manager
לחיצה על הנטאפ (ענן), Resorces, ועל מ Menu (ארבעה קווים - מסומן בצהוב) יביאו אותנו לתפריט מתקדם
בהצלחה!
ותזכרו ממי שמעתם את זה לראשונה :-)