NetApp:‏ Tech OnTap לוגו של NetApp
NetApp:‏ Tech OnTap
     
מה חדש ב- Clustered Data ONTAP 8.2?
Julian Cates
מהנדס שיווק טכני

במהלך השנה וחצי האחרונות, ידיעון Tech OnTap®‎ הקדיש מאמרים רבים למערכת ההפעלה Clustered Data ONTAP®‎. הטכנולוגיות של Clustered Data ONTAP עוזרות לך לשפר את הזריזות והגמישות של תשתית ה- IT ולהכין את מרכז הנתונים שלך לעתיד על ידי יצירת תשתית גמישה של אחסון המוגדר באמצעות תוכנה (SDS) עם שירותי אחסון וירטואליים, שירות עצמי ליישומים, והיכולת לשלב חומרה מרובת יצרנים. תוכל לקרוא עוד על SDS במאמר של החודש מאת Vaughn Stewart.

כל מהדורה של Clustered Data ONTAP משפרת יכולות קיימות ומוסיפה תכונות חדשות, כדי לספק:

  • תפעול ללא הפרעות המונע את הצורך בהשבתות מתוכננות
  • יעילות מרבית, כדי שתוכל להשיג יותר עם פחות חומרת אחסון ולהשקיע פחות זמן בניהול חומרה זו
  • יכולת הרחבה חלקה, כדי שתוכל להתחיל בקטן ולצמוח לארגון גדול, מבלי להעביר נתונים למצב לא מקוון לצורך רענונים טכנולוגיים המפריעים לפעילות הרגילה

במאמר זה, אני מציג סקירה כללית של התכונה החדשות שהוספנו ל- Clustered Data ONTAP 8.2, ולאחר מכן אני מציג ביתר פירוט כמה מהיכולות החשובות ביותר:

  • איכות השירות (QoS)
  • שדרוגי בקרים ללא פגיעה בנתונים
  • תכונות חדשות עבור Microsoft® Windows®

תכונות חדשות

Clustered Data ONTAP 8.2 מציעה מגוון עצום של שיפורים ותכונות חדשות. טבלה 1 מציגה רבות מהתכונות החדשות.

טבלה 1) תכונות חדשות של Clustered Data ONTAP 8.2.

תכונה יתרון
תפעול ללא הפרעות והגנה על הנתונים
שדרוגי בקרים באופן מקוון ללא פגיעה בנתונים שדרוג בקרי אחסון מבלי להעביר נתונים או להעביר אותם למצב לא מקוון. מתואר ביתר פירוט בהמשך.)
גיבוי D2D חסכוני בנפח ברמת אמצעי האחסון עם SnapVault® גיבוי לאחסון משני או מרוחק תוך שמירה על מניעת כפילויות כדי לצמצם את רוחב הפס ברשת ואת כמות האחסון הנדרש.
יעילות וניהול
איכות השירות (QoS) הגבל את המשאבים שניתנים לצריכה על ידי שרת אחסון וירטואלי (SVM, נקרא בעבר Vserver), אמצעי אחסון, קובץ או LUN. מתואר ביתר פירוט בהמשך.)
כושר הרחבה
מערכי אחסון SAN גדולים יותר מערכי אחסון SAN ומערכי אחסון מעורבים של SAN/NAS תומכים כעת ב- 8 צמתים לכל היותר.
מערכי אחסון עם צומת אחד ועם שני צמתים ללא מתגים התחל בקטן והרחב את התשתית בצורה חסכונית עד ל- 8 צמתים ו- 23 פטה-בייט (SAN) או עד ל- 24 צמתים ו- 69 פטה-בייט (NAS).
שיפורים באחסון האינסופי אחסון אינסופי מאפשר לך ליצור אמצעי אחסון אחד גדול, המתפרש על פני מספר רב של בקרים. עם גרסה 8.2, ניתן כעת ליצור מספר רב של אמצעי אחסון אינסופיים במערך אחסון יחיד, ולהשתמש בפרוטוקולי NFS ו- CIFS כאחד.
התוכנה FlexCache®‎ בתוך מערכי אחסון FlexCache מאפשר לך לבנות ארכיטקטורת מטמון בתוך מערך האחסון שלך, כדי להאיץ את מהירות ההפעלה של גרסאות תוכנה מקבילות, עיבוד תמונות מונפשות, EDA, ניתוח נתונים סיסמיים, והדמיות של שווקים פיננסיים הפועלים באמצעות NFS.
מגבלות מורחבות רבות מהמגבלות ב- Clustered Data ONTAP הורחבו בצורה משמעותית בגרסה 8.2 כדי לשפר עוד יותר את יכולת ההרחבה של הפלטפורמה. שיפורים אלה כוללים תמיכה עבור:
  • עד 100,000 לקוחות NFS
  • צברים בגודל של עד 400 טרה-בייט
  • 12,000 אמצעי אחסון במערך יתירות של NAS עם 24 צמתים
  • 49,000 רכיבי LUN במערך אחסון SAN עם 8 צמתים
שיפורים ב- Windows (מתוארים ביתר פירוט בהמשך)
SMB 3.0 תפעול משופר ללא הפרעות עבור Hyper-V™‎ ויכולות אחרות
ODX הסטת העברות‎ נתונים ממארחים לאחסון של NetApp®‎
מיקום אוטומטי יכולת ייחודית של NetApp, אשר מאפשרת ללקוחות לקבל את הנתיב הישיר ביותר לאחסון
BranchCache v2 מאפשרת ללקוחות Windows לאחסן נתונים במטמון המקומי כדי לשפר את הביצועים, במיוחד בחיבורי WAN
ביקורת גישה לקבצים תומכת בצרכי פיקוח, הוכחות, תאימות ושחזור
אחר
IPv6 מספקת תמיכה עבור פרוטוקולים ו- SNMP

שפר את ניהול עומסי העבודה באמצעות איכות השירות

Clustered Data ONTAP משתמשת בשרתי אחסון וירטואליים (SVM, נקראו בעבר Vservers) כדי לנתק את החיבור שבין גישה לנתונים לבין התקני אחסון פיזי. ניתן לחלק מערך אחסון של NetApp לשרתי אחסון וירטואליים נפרדים, שכל אחד מהם מנוהל באמצעות זכויות והרשאות משלו. שרתי אחסון וירטואליים משמשים כדי לבודד בצורה מאובטחת לקוחות נפרדים - לדוגמה, בסביבה של ספק שירות - או יישומים נפרדים, קבוצות עבודה נפרדות, יחידות עסקיות נפרדות וכן הלאה. משום ששרת אחסון וירטואלי אינו מקושר למשאבים פיזיים ספציפיים, ניתן להתאים את המשאבים שלו ללא הפרעות לפעילות הרגילה.

לכל יישום או לקוח יש בדרך כלל שרת אחסון וירטואלי משלו, והוא ניתן לניהול על ידי בעלי היישום או הלקוח. (סביבות של לקוח יחיד יכולות לפעול בשרת אחסון וירטואלי יחיד, לפי הצורך.) שירותי אחסון מבוססי יישומים, הזמינים באמצעות התוספים ורכיבי ה- API של OnCommand®‎ שלנו, מאפשרים לבעלי יישומים לבצע באופן אוטומטי הקצאה, הגנה וניהול של נתונים ישירות דרך כלי ניהול היישומים שהם כבר מכירים.

Clustered Data ONTAP 8.2 מוסיפה יכולות של ניהול עומסי עבודה

בכל פעם שאתה מציב מספר עומסי עבודה במערכת אחסון או במערך אחסון, קיימת אפשרות שפעילות מוגזמת של אחד מעומסי העבודה תשפיע על עומסי עבודה אחרים. דבר זה נכון במיוחד בסביבות של ריבוי לקוחות, כגון סביבות של ספקי שירותים, שבהן אתה עשוי לדעת מעט מאוד, או לא לדעת דבר, על מה שלקוח מסוים עושה עם האחסון שסיפקת לחברה שלו. זו הסיבה לכך שהוספנו את איכות השירות (QoS) ל- Data ONTAP 8.2; תכונה זו היא חלק ממערכת ההפעלה הבסיסית, ולא נדרש רישוי בנפרד.

ניהול עומסי העבודה של איכות השירות מאפשר לך להגדיר רמות שירות על ידי יצירת קווי מדיניות, אשר שולטים במשאבים שאובייקטי אחסון יכולים לצרוך - כגון אמצעי אחסון, רכיבי LUN, וקבצים (כולל VMDK) או שרתי אחסון וירטואליים - כדי לנהל נקודות שיא בביצועים ולשפר את שביעות רצון הלקוחות. המגבלות מוגדרות במונחים של מגה-בייט לשנייה או פעולות קלט/פלט לשנייה (IOPS). מגבלות מגה-בייט לשנייה מתאימות ביותר לעומסי עבודה המטפלים בקלט/פלט של בלוקים גדולים, בעוד שמגבלות IOPS מתאימות ביותר לעומסי עבודה של טרנזאקציות.

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

שימוש ב- QoS

מערכת EF540 מפעילה את SANtricity, תוכנה ארגונית מוכחת, שמאפשרת לך לכוונן מערכת בקלות כדי להשיג רמה מרבית של ביצועים וניצולת. בקרים כפולים פעילים עם רכיבים בעלי יתירות מלאה התומכים בהחלפה חמה מגינים על הזמינות. נתיבי קלט/פלט עם יתירות מלאה ומנגנון אוטומטי למעבר לגיבוי בעת כשל, שבאופן מפתיע אינם זמינים במערכי Flash מסוימים, הם רכיב סטנדרטי ב- EF540.

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

איכות השירות פועלת כרגע עם מערכי אחסון בגודל של עד שמונה צמתים. ניתן להגדיר מגבלות על סוגים שונים של אובייקטי אחסון באותו מערך אחסון, אך לא ניתן לקנן מגבלות באובייקטים. לדוגמה, אם תגדיר מגבלה על אמצעי אחסון, לא תוכל להגדיר מגבלות גם על רכיבי LUN או קבצים בתוך אותו אמצעי אחסון. באופן דומה, אם תגדיר מגבלה על שרת אחסון וירטואלי, לא תוכל להגדיר מגבלות נוספות על אובייקטי אחסון בתוך אותו שרת. כל האובייקטים בשרת אחסון וירטואלי מקובצים ומכוסים במסגרת המדי�יות שחלה על עליו.

איכות השירות מוחלת על ידי יצירת קבוצות מדיניות והחלת מגבלות על כל קבוצת מדיניות בנפרד. לדוגמה, קבוצת מדיניות עשויה להכיל שרת אחסון וירטואלי אחד, מספר שרתי אחסון וירטואליים או אוסף של אמצעי אחסון שהיישום משתמש בהם. בסביבות וירטואליות, קבוצת מדיניות יכולה להכיל אחד או יותר קבצי VMDK או רכיבי LU המכילים מאגרי נתונים. המגבלה המוחלת על קבוצת מדיניות היא מגבלה משולבת עבור כל האובייקטים שמכילה אותה קבוצת מדיניות. המתזמן שולט בעבודה בצורה פעילה כדי שהמשאבים יחולקו בצורה הוגנת בין כל האובייקטים בקבוצה.

שים לב שאין צורך שהאובייקטים יהיו באותו צומת של מערך אחסון, ואם אובייקט מועבר למקום אחר, מגבלת המדיניות נשארת בתוקף. תוכל להגדיר מגבלה על קבוצת מדיניות במונחים של IOPS או מגה-בייט לשנייה, אך לא שניהם.

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

קבוצת מדיניות מכילה אוסף של אובייקטי אחסון כגון שרתי אחסון וירטואליים, אמצעי אחסון, רכיבי LUN, או קבצים. המגבלה על קבוצת מדיניות חלה על כל האובייקטים בקבוצה זו במשותף.

איור 1) קבוצת מדיניות מכילה אוסף של אובייקטי אחסון כגון שרתי אחסון וירטואליים, אמצעי אחסון, רכיבי LUN, או קבצים. המגבלה על קבוצת מדיניות חלה על כל האובייקטים בקבוצה זו במשותף.

איכות השירות מנוהלת על ידי מנהל מערך האחסון, ולא ניתן להקצות אותה ללקוח או לבעל יישום המנהל שרת אחסון וירטואלי.

שדרוג בקרים מבלי להעביר נתונים

בסופו של דבר, יגיע הזמן שבו יהיה צורך לשדרג את בקר האחסון שלך לחומרה חדשה יותר. גרסאות קודמות של Clustered Data ONTAP סייעו לתהליך זה בכך שאפשרו לך להעביר ללא הפרעות נתונים פעילים מחוץ לזוג HA, לשדרג את הבקרים שלו ולאחר מכן להעביר את הנתונים בחזרה. תהליך זה של העברת נתונים, שנקרא גם vol move, התגלה כפופולרי להפליא לביצוע שדרוגים ומגוון פונקציות אחרות של תחזוקה וניהול.

Clustered Data ONTAP 8.2 מפשטת ומאיצה את תהליך השדרוג עוד יותר בכך שהיא מאפשרת לך לבצע שדרוגי בקרים מבלי להעביר נתונים, באצעות תהליך חדש שנקרא העברת צברים למיקום חדש, או ARL. משום שכל הצמתים של מערך האחסון ב- Clustered Data ONTAP הם חלק מזוג HA (מלבד מערכי אחסון של צומת אחד), העברת צברים למיקום חדש מאפשרת לך פשוט להעביר צברים פעילים מבקר אחד לאחר בזוג HA כדי לבצע את תהליך השדרוג מבלי להעביר נתונים.

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

כיצד פועלת התכונה ARL

תהליך ARL מתבצע במספר שלבים.

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

ניתן לבטל את תהליך ה- ARL אם הבדיקות שמתבצעות במהלך שלב האימות או שלב קדם-הביצוע אינן משביעות רצון מסיבה כלשהי. סדרת תהליכי ניקוי מבטלת כל אחת מהפעילויות שהתרחשו במקרה שהתהליך מבוטל.

סקירה כללית של השלבים של שדרוג בקר מופיעה בהמשך. שים לב שממשקים לוגיים (LIF) הם ממשקי רשת "וירטואליים" שמשמשים לקוחות NAS או מארחי SAN לצורך גישה לאחסון הרשת.

  1. השתמש ב- ARL כדי להעביר צברים מצומת A לצומת B.
  2. העבר ממשקים לוגיים של נתונים (LIF) מצומת A לצומת B.
  3. השבת מעבר לגיבוי בעת כשל במערכת האחסון (SFO) עבור זוג ה- HA.
  4. במערכי אחסון של שני צמתים, העבר את epsilon (משמש לשמירה על quorum של צמתים בתוך מערך אחסון) לצומת B.
  5. החלף את צומת A בצומת C (בקר חדש) ובצע את כל פעולות ההתקנה, ההקצאה מחדש של דיסקים וניהול הרישוי עבור צומת C.
  6. השתמש ב- ARL כדי להעביר צברים מצומת B לצומת C.
  7. העבר ממשקי LIF מצומת B לצומת C.
  8. החלף את צומת B בצומת D (בקר חדש) ובצע את כל פעולות ההתקנה, ההקצאה מחדש של דיסקים וניהול הרישוי עבור צומת D.
  9. הפעל SFO. העבר צברים וממשקי LIF נבחרים לצומת D.

שלבים אופייניים של שדרוג בקר באמצעות ARL.

איור 2) שלבים אופייניים של שדרוג בקר באמצעות ARL.

שים לב שבזמן ביצוע ARL, ה- HA עבור הזוג מושבת. בבקרי אחסון עם אחסון חכם במטמון של Flash Cache™‎, נתונים במטמון אינם מועברים בין מטמונים בעת העברת הצבר; המטמון בצומת היעד זקוק לזמן כדי להתחמם עם נתונים מהצבר שהועבר. ייתכן שתזדקק לשטח נוסף בארון התקשורת כדי להכיל את הבקרים החדשים, אם הם גדולים יותר מהבקרים הקודמים שהם מחליפים.

שיטות עבודה מומלצות ל- ARL

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

  • בקרים עם דיסקים פנימיים (סדרה FAS2200, לדוגמה) בתוך מארז הבקרים דורשים שימוש ב- vol move כדי להעביר את הנתונים בכוננים הפנימיים למיקום פיזי חדש באחסון אחר.
  • ניתן להשתמש ב- ARL כדי לשדרג לבקר אחסון המפעיל את אותה גרסה של Data ONTAP או לגרסה מתקדמת יותר. (חומרה חדשה יותר עשויה להיתמך על ידי גרסת תוכנה מאוחרת יותר.) אם השדרוג מביא לתוצאה של מצב גרסאות מעורבות, יש לעדכן את הצמתים האחרים במערך האחסון לאותה מהדורה מוקדם ככל האפשר. צומת שבו פועלת גרסה מאוחרת יותר של Data ONTAP אינו יכול להעביר צברים למיקום חדש במערך יתירות שבו פועלת גרסה ישנה יותר.
  • אל תשתמש ב- ARL כאשר זוג HA אחר במערך יתירות נמצא במצב של מעבר לגיבוי בעת כשל.
  • תוכל להפעיל משימות של העברת צברים למיקום חדש במקביל. עם זאת, ייתכן שיהיה צורך לשקול מגבלות על אמצעי אחסון בצומת היעד. כאשר מספר פעולות ARL מתבצעות במקביל, בדיקות האימות עשויות שלא לזהות מצבים שבהם תהיה חריגה ממגבלת אמצעי האחסון. עדיף להפעיל משימות ARL ברצף אם אתה מתקרב למגבלה זו.
  • יש להפעיל משימות ARL jobs ופעולות vol move בנפרד כאשר שתי המשימות משתמשות באותם משאבים.
  • הגדר את מגבלות הניסיון החוזר של הלקוח והמארח למינימום של 60 שניות, והגדר את חלונות הניסיון החוזר של הפרוטוקול ל- 120 שניות עבור פרוטוקולים שיתמכו בהם.

תכונות חדשות עבור Microsoft Windows

Clustered Data ONTAP 8.2 מציעה מגוון של תכונות חדשות כדי לשפר את החוויה של עבודה בסביבות Windows.

תמיכה עבור SMB 3.0
CIFS משתמש בפרוטוקול SMB הבסיסי עבור שיתוף קובצי רשת בסביבות Windows‏. SMB 3.0 מוסיף תכונות חדשות למהדורות קודמות של פרוטוקול SMB (מהדורות 2.0 ו- 2.1 של SMB), אשר משפרות את התפעול ללא הפרעות (NDO) ופעולות אחרות בסביבות Windows.

שיתופי זמינות רציפה (CA) מספקים זמינות משופרת עבור Hyper-V של Microsoft Windows. בגרסאות הקודמות של פרוטוקול SMB, לקוחות נאלצו להתחבר מחדש למערכת האחסון אם התרחש אירוע של מעבר לגיבוי בעת כשל בבקר אחסון. באמצעות CA, המזהים הייחודיים (Handle) של הקבצים הם עקביים, כך שמתאפשר שירות ללא הפרעות במהלך השבתות קצרות של הרשת ומעברים לגיבוי בעת כשל במערכת האחסון.

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

עבור מעברים לגיבוי בעת כשל בצד הלקוח, לקוחות המפעילים את SMB 3.0 מציינים מזהה מופע יישום בעת פתיחת קובץ. לאחר מכן, מזהה זה נשמר בצמתים המתאימים במערך האחסון של NetApp למשך החיים של המזהה הייחודי (Handle) של הקובץ. אם לקוח אחד נכשל, הלקוח שממשיך לפעול יכול להשתמש במזהה כדי לקבל שוב גישה לקובץ.

הסטת העברות נתונים (ODX). תכונה חדשה זו של SMB 3.0 מאפשרת ללקוחות Windows להשתמש במערכת האחסון של NetApp כדי לבצע העתקת נתונים ובכך להפחית את העומס על המארח ועל הרשת. יכולת זו פועלת בתוך אותו אמצעי אחסון, בין אמצעי אחסון באותו מערך אחסון, ובין אמצעי אחסון במערכי אחסון שונים.

כאשר משתמש מתחיל העתקת קובץ, הקובץ נפתח בשרת אחסון וירטואלי המתאים, כך נוצר אסימון להעתקת הנתונים. לאחר מכן, אסימון זה מועבר לשרת האחסון הווירטואלי ביעד עם הוראות להעתיק את הנתונים. ההעתקה מתחילה, והלקוח מקבל הודעה עם סיומה.

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

מיקום אוטומטי של SMB. תכונה זו, הבלעדית ל- NetApp, משפרת את הגישה לנתונים על ידי ניתוב מחדש של בקשות לקוח לממשק הלוגי (LIF) בצומת המארח את אמצעי האחסון. מאחר שניתן להעביר אמצעי אחסון בצורה דינמית במערך אחסון של NetApp, ייתכן שיתרחשו מצבים שבהם לקוחות ייגשו לאמצעי אחסון דרך ממשקי LIF הממוקמים בצמתים אחרים של מערך האחסון.

באמצעות מיקום אוטומטי, אם צומת של מערך אחסון מקבל בקשת SMB עבור אמצעי אחסון בצומת אחר, הצומת הראשון יפנה את הלקוח לכתובת ה- IP של LIF בצומת זה כדי לטפל בבקשות עתידיות, באופן שמשפר את נתיב הנתונים ומצמצם את ההשהיה למינימום.

BranchCache‏. BranchCache מאפשרת שמירה של נתונים באופן מקומי במטמון הלקוח או בשרת מטמון ייעודי כדי לשפר את ביצועי הקריאה, במיוחד במצבים שבהם מתבצעת גישה לנתונים באמצעות WAN. באמצעות BranchCache, מספר רב של לקוחות יכולים כולם לאחסן נתונים במטמון ולחלוק גישה במשותף לנתונים אלה בינם לבין עצמם (בתיווך מערך האחסון של NetApp, הפועל כשרת תוכן עבור שיתוף CIFS). לחלופין, ניתן להגדיר שרת מטמון מתארח אשר מקבל נתונים המאוחסנים במטמון מלקוחות נפרדים. ניתן להגדיר את BranchCache בתוך כל שרת אחסון וירטואלי על בסיס "כל השיתופים" או "כל שיתוף בנפרד".

FPolicy
FPolicy מאפשרת שליטה וקביעת תצורה של מדיניות הקבצים. יישומים שותפים יכולים להשתמש במסגרת זו כדי להתחבר למערכת אחסון של NetApp על מנת לפקח על פעולות גישה לקבצים ולשלוט בהן. FPolicy הוצגה לראשונה ב- Data ONTAP 6.4 וזמינה כעת בפעם הראשונה עבור Clustered Data ONTAP.

FPolicy מספקת תרחישי שימוש שונים כגון חסימת קבצים, ניהול מכסות, ביקורת גישה לקבצים ואחסון בארכיב. תרחישי שימוש נפוצים כוללים:

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

ביקורת גישה לקבצים
ביקורת גישה לקבצים מעניקה לך את היכולות הבאות:

  • פיקוח על הגישה למשאבים מוגנים ונקיטת פעולה בהתאם לצורך.
  • הוכחה שאירוע האבטחה אכן התרחש (או לא התרחש) במצבים שבהם עשויות להידרש הוכחות.
  • ציות לדרישות משפטיות לגבי החזקת רשומות.
  • שחזור באמצעות מידע מביקורת מפורטת כדי לחזור למצב קודם שידוע כתקין.

Clustered Data ONTAP יכולה לרשום הן מקרים שהצליחו והן מקרים שנכשלו של גישה לנתונים, כפי שהוגדרו על ידי רשימות בקרת גישה של NTFS ורשימות בקרת גישה של ביקורת של NFSv4. אירועים נוצרים ומוצגים ברמת שרת האחסון הווירטואלי, ורשומות של אירועי גישה נוצרים במספר צמתים מבוזרים.

מסקנה

Clustered Data ONTAP בגרסה 8.2 מציעה מספר רב של תכונות חדשות, הממשיכות להרחיב את היכולות של מערכת האחסון של NetApp כדי להפוך את סביבת האחסון שלך ליעילה יותר ובעלת יכולת הרחבה טובה יותר, תוך ביטול הצורך בהשבתות מתוכננות. איכות השירות מאפשרת לך ליצור מסגרת מדיניות גמישה כדי לשלוט בכמות המשאבים שעומס עבודה נתון יכול לצרוך, והעברת צברים למיקום חדש מאפשרת לך לשדרג במהירות ובקלות בקרי אחסון ללא פגיעה בנתונים. יכולות חדשות עבור סביבות Windows של Microsoft מעניקות לך אפשרויות רבות יותר מאי פעם כדי לשפר את הזמינות והשליטה של Windows ולבצע ביקורת על הגישה לקבצים.

 יש לך דעה לגבי Clustered Data ONTAP 8.2?

שאל שאלות, החלף רעיונות ושתף מחשבות באופן מקוון בקהילות NetApp.

מאת Julian Cates, מהנדס שיווק טכני

בתפקידו הנוכחי כמהנדס שיווק טכני, Julian מתמקד ב- Clustered Data ONTAP ובריבוי לקוחות במתכונת מאובטחת. במהלך תשע שנות הקריירה שלו ב- NetApp, הוא מילא תפקידים לפני ואחרי שלב המכירות בהנדסת מערכות ושירותים מקצועיים, כמו גם תפקידי שיווק טכני עבור פתרונות משותפים של VMware®‎ ו- NetApp

Tech OnTap
הירשם עכשיו
Tech OnTap מספק מדי חודש תובנות בנושא IT וגישה בלעדית לשיטות עבודה מומלצות ובדוקות, עצות וכלים, ראיונות עם מהנדסים מאחורי הקלעים, הדגמות, ביקורות של עמיתים ועוד ועוד.

בקר ב- Tech OnTap בקהילת NetApp‏ והירשם עוד היום.

סייר
סייר
קבל מידע נוסף על Clustered Data ONTAP ועל גרסה 8.2

סדרת שידורי האינטרנט "שחרר את הארגון שלך ממגבלות ה- IT"
סדרה זו, בת שלושה חלקים, מספקת תובנות מעמיקות לגבי Clustered Data ONTAP.
  • "שמירה על זמינות מסביב לשעון עבור סביבת היישומים הארגוניים שלך", 27 ביוני 2013
  • "יעילות פורצת דרך של סביבות ענן וירטואלי ופרטי", 18 ביולי 2013
  • "התחל בקנה מידה קטן, צמח בגדול באמצעות תשתית אחודה עם התרחבות אופקית", 8 באוגוסט 2013

הירשם עכשיו!

סייר
 
TRUSTe
צור קשר   |   כיצד לרכוש   |   משוב   |   משרות  |   מנויים   |    מדיניות פרטיות   |    ‎© 2013 NetApp‏.