SBSUG - The Israeli SBS UG האתר הישראלי לקבוצת  דף בית
דף בית פורומים דף בית פורומים > מאמרים והדרכות לשימושכם > מיקרוסופט שרתים ותחנות
  הודעות חדשות הודעות חדשות RSS Feed: vmware + iscsi + mpio
  FAQ FAQ  חיפוש בפורום   לוח שנה   הרשמה הרשמה  התחברות התחברות

vmware + iscsi + mpio

 שליחת תגובה שליחת תגובה
כותב
הודעה / צפה בהודעה שלא נקראה
yizhar צפה בגלילה למטה
עורך
עורך


הצטרף / הצטרפה: 28 ינואר 2011
מדינה: ישראל
מצב מחובר: לא מחובר
הודעות: 194
אפשרויות הודעה אפשרויות הודעה   ציטוט yizhar ציטוט  שליחת תגובההגב קישור ישיר להודעה זו נושא: vmware + iscsi + mpio
    פורסם: 04 דצמבר 2011 בשעה 00:11
שלום רב.
 
בהמשך למפגש האחרון (נובמבר 2011) שבו דיברנו והדגמנו חיבור למערכת אחסון iscsi בעיקר בסביבת HP P4300 ומיקרוסופט,
אני מתכנן להוסיף מספר דברים:
 
* קודם כל - למי שהחזיק מעמד עד הסוף, כזכור לכם ההדגמה של חיבור מ vmware לא הצליחה כי בלהט הדיון ולחץ הזמן פספסתי משהו מאד בסיסי, ולא היה לנו זמן כדי לעצור ולבדוק מה חסר.
הפעולה ששכחתי להדגים היא להגדיר בבקר iscsi של vmware את כתובת ה IP של ה storage cluster,
ובלי זה הוא לא יכול למצוא את מערכת האחסון מן מהסתם.
 
* אני מכין מאמר עם צילומי מסך מסביבה פעילה אצל אחד הלקוחות שלנו עם חיבורי vmware mpio iscsi וכו',
כולל הדגמה של שימוש בכרטיסי רשת עם רכיב חומרה dependent hardware iscsi adapter שקיים בשרתים hp proliant.
במידה שיהיה אישור של הלקוח אני אפרסם כאן בפורום את המאמר.
 
* בנוסף אני מתכנן לפרסם כאן בפורום רשימה של מונחים שונים שקשורים ל ISCSI .
 
להת
יזהר
 
יזהר הורביץ
http://yizhar.mvps.org
בחזרה למעלה
yizhar צפה בגלילה למטה
עורך
עורך


הצטרף / הצטרפה: 28 ינואר 2011
מדינה: ישראל
מצב מחובר: לא מחובר
הודעות: 194
אפשרויות הודעה אפשרויות הודעה   ציטוט yizhar ציטוט  שליחת תגובההגב קישור ישיר להודעה זו פורסם: 04 דצמבר 2011 בשעה 23:40
שלום.
 
התחלתי ולכן אקיים...
בהמשך למפגש האחרון כתבתי וצילמתי מסמך שמתאר את ההגדרות השונות בסביבת vmware vsphere 5 כאשר על השרתים מותקן vmware esxi 5.0, והחיבור שלהם ל hp lefthand p4300 storage בפרוטוקול iscsi, עם שימוש בטכנולוגיות הבאות:
 
dependent hardware iscsi adapter = שימוש ברכיב מיוחד בכרטיסי רשת על שרת hp proliant שמבצע offload כלומר מבצע בעצמו חלק מפקודות iscsi ובכך מוריד עומס מה cpu הרגיל.
 
mpio = חיבור של שני כרטיסי רשת במקביל מכל שרת, עם אופציה של round robin לחלוקת העומס באופן שווה בין שני הכרטיסים.
 
קישור להורדת המאמר:
 
 
מסמכים ומאמרים נוספים של vmware באותו נושא:
 
להת
יזהר
 
יזהר הורביץ
http://yizhar.mvps.org
בחזרה למעלה
doom צפה בגלילה למטה
מנהל פורומים
מנהל פורומים


הצטרף / הצטרפה: 27 ינואר 2010
מדינה: Israel
מצב מחובר: לא מחובר
הודעות: 187
אפשרויות הודעה אפשרויות הודעה   ציטוט doom ציטוט  שליחת תגובההגב קישור ישיר להודעה זו פורסם: 05 דצמבר 2011 בשעה 09:17
סחטיין על ההשקעה :)
תודה
ערן סבן
בחזרה למעלה
yizhar צפה בגלילה למטה
עורך
עורך


הצטרף / הצטרפה: 28 ינואר 2011
מדינה: ישראל
מצב מחובר: לא מחובר
הודעות: 194
אפשרויות הודעה אפשרויות הודעה   ציטוט yizhar ציטוט  שליחת תגובההגב קישור ישיר להודעה זו פורסם: 06 דצמבר 2011 בשעה 23:38

שלום לכולם.

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

 

פרוטוקולים של מערכות אחסון:
================

iscsi = SCSI over IP
http://en.wikipedia.org/wiki/Iscsi
חיבור למערכת אחסון דרך פרוקוטול tcp/ip , על בסיס חיבורי רשת רגילים של ethernet .

iscsi initiator
בדרך כלל הכוונה לשרת (או כרטיס רשת על השרת) שפונה למערכת האחסון, כלומר מי שיוזם את ההתחברות ומבקש לכתוב/לקרוא מידע.
בשרתי microsoft ו vmware יש software iscsi initiator מובנה במערכת ההפעלה.
יש גם אפשרות להשתמש בכרטיס ייעודי למטרה, או כרטיס רשת רגיל עם תוספת של רכיב שמטפל ב iscsi למשל
dependent hardware iscsi initiator

iscsi target
בדרך כלל הכוונה לצד של מערכת האחסון, שמשתפת את הדיסקים שלה.
במערכות אחסון מדגמים שונים של יצרנים שונים יש מספר גישות, למשל:
יש מערכות שבהן יש iscsi target יחיד במערכת, שדרכו מתחברים לכל הכווננים (LUN) לדוגמא HP P4000 או Dell Equallogic ועוד.
יש מערכות אחרות שבהן כל כרטיס רשת של מערכת האחסון (ובדרך כלל יש יותר מאחד), הוא iscsi target נפרד, למשל Netapp, HP MSA2000 ועוד.
יש מערכות אחסון שבהן כל LUN כלומר דיסק לוגי, הוא גם iscsi target .
בשרתי מיקרוסופט ניתן להתקין תוכנה iscsi target שמאפשרת למעשה לשתף שטח דיסק מהשרת בפרוקוטורל ISCSI:
http://blogs.technet.com/b/virtualization/archive/2011/04/04/free-microsoft-iscsi-target.aspx
יש מספר גדול של תוכנות שניתן להתקין על חומרה של PC/שרת רגיל ולהפוך אותם למערכת אחסון (ולא חשוב כרגע אם קוראים לזה NAS או SAN או שם אחר), למשל:
http://www.openfiler.com
http://www.freenas.org
ועוד רבים אחרים.
חשוב לציין שכאשר מתכננים מערכת אחסון לשמירת קבצים של מערכת פעילה, יש לשים לב לתכונות השונות של כל מערכת גם מבחינת חומרה וגם תוכנה,
כלומר למרות שאפשר מבחינה טכנית לקחת PC רגיל עם זוג דיסקים SATA ותוכנה מתאימה ולהפוך אותו למערכת אחסון,
זה יכול להתאים לסביבת בדיקות ולימוד, או למטרות גיבוי,
אך לא יספק את השרידות התכונות והביצועים הדרושים לסביבת production
במיוחד אם מדובר בשרתים וירטואליים שתלויים מאד בביצועים, זמינות ושרידות של האחסון.

FC
http://en.wikipedia.org/wiki/Fibre_Channel
חיבור למערכת אחסון דרך סיבים אופטיים במהירויות של 4gbps ומעלה.
דורש ציוד מיוחד (בקרי FC בשרתים, מתג/רכזת מיוחד שנקרא FABRIC, ומערכת אחסון עם ממשקי FC), לעומת ISCSI שמשתמש בכרטיסי רשת + מתגים רגילים של ETHERNET .
פרוטוקול FC מיועד ומותאם מראש למערכות אחסון לעומת ISCSI שהוא פרוטוקול אחד על השני (SCSI over IP), ולכן יכול לתת ביצועים טובים יותר.

FCoE
http://en.wikipedia.org/wiki/FCoE
שימוש בפרוטוקול גישה לאחסון FC, על גבי תשתית ETHERNET .
פרוטוקול חדש יחסית, שמתאים בעיקר לתשתיות חדשות במהירות 10gbps .
כדאי לשים להבדל בין  FCoE עובד על גבי תשתית ETHERNET = Layer 2,
לעומת ISCSI שעובד על גבי IP = Layer 3 .
זה מאפשר ל FCoE להיות יעיל יותר ברשת (פחות Overhead של פרוטוקול נוסף),
אך לעומת זאת ל ISCSI יש אפשרות לעבור גם דרך רשתות מרוחקות ונתבים כמו תקשורת IP אחרת - בהתאם כמובן לרוחב הפס ופרמטרים נוספים.

MPIO = Multi Path Input Output
http://en.wikipedia.org/wiki/Multipath_I/O
שימוש במספר חיבורים שונים לאותו התקן אחסון.
במערכות NAS/SAN מומלץ שיהיה יותר ממסלול אחד בין השרת לבין מערכת האחסון,
לצורך שרידות גבוהה (למנוע או לצמצם נקודות כשל), וגם לצורך חלוקת עומסים (למנוע פקקי תנועה בשעות העומס).
למשל מערכת ISCSI עם שני כרטיסי רשת לפחות בכל שרת, שמחוברים כל אחד ל SWITCH נפרד (שמקושרים בינהם), יחד עם מערכת אחסון שגם בצד שלה יש מספר חיבורי רשת.
אותו עיקרון מתאים גם למערכות שעובדות ב FC שגם שם מומלץ שבכל שרת ומערכת אחסון יהיו שני חיבורים וכו'.

MPIO - Round Robin
כאשר יש מספר חיבורים בין השרת למערכת האחסון, ניתן להגדיר לשרת שישתמש רק במסלול אחד באופן פעיל, ובמסלולים האחרים רק לגיבוי.
או לחילופין ניתן להגדיר שיחלק את התעבורה בין שניים (או יותר) מסלולים.
Round Robin מתייחס לחלוקה של התעבורה בין מספר מסלולים לפי הסדר, והאופציה קיימת במערכות של microsoft, vmware ואחרים.
לפני שמגדירים אופציה כזו או אחרת של MPIO, יש לקרוא את התיעוד והמלצות יצרן החומרה/תוכנה, וגם לעשות נסיונות בשטח כדי לבדוק מה עדיף מבחינת ביצועים, ולא להסתמך על תיאוריה בלבד.

DSM - Device Specific Module
תוכנה/דרייבר שמתקינים על שרת, על מנת שידע להתחבר באופן אופטימלי למערכת האחסון, בהתאם ליכולות ולתכונות שלה.


DAS
http://en.wikipedia.org/wiki/Direct-attached_storage
דיסקים שמחוברים ישירות לשרת (יכולים להיות פנימיים בתוך השרת או במארז חיצוני שמחובר אליו בכבל SAS/SCSI וכו'.

NAS = Network Attached Storage
http://en.wikipedia.org/wiki/Network-attached_storage
מערכת לשיתוף קבצים ברשת.
פרוטוקולים נפוצים:
CIFS/SMB - פרוטוקול שיתוף קבצים של מיקרוסופט
FTP
HTTP (לא לשכוח שהוא יכול לשמש לשיתוף קבצים ולא רק לגלישה באתרים).
NFS - פרוטוקול שיתוף קבצים של LINUX/UNIX , נפוץ מאד גם בסביבת VMWARE .
כדאי לשים לב שב NAS השיתוף הוא לקבצים - כלומר ה NAS מנהל את מערכת הקבצים שלו, והמחשב המרוחק ניגש לתיקיית קבצים, פותח/שומר/יוצר/מעדכן קבצים.

SAN = Storage Area Network
http://en.wikipedia.org/wiki/Storage_Area_Network
מערכת לשיתוף התקני אחסון.
כדאי לשים לב שב SAN בדרך כלל עובדים ב BLOCK LEVEL -
כלומר המחשב המרוחק ניגש למערכת האחסון כאילו שזה דיסק מקומי אצלו, ורואה את הנפח שהוקצה לו בתור BLOCK DEVICE כלומר כמו דיסק שהוא יכול לכתוב ולקרוא ממנו בלוקים.
מערכת הקבצים מנוהלת על השרת המרוחק שניגש לכונן.
פרוטוקולים נפוצים:
ISCSI
FC

NAS או SAN - מה עדיף?
בחלק גדול ממערכות האחסון המודרניות יש שילוב של פרוטוקולים NAS+SAN באותה מערכת,
לדוגמא מערכות של NETAPP שתומכות בפרוטוקולים שונים כגון NFS+CIFS , וגם ISCSI+FC ,
ויש עוד הרבה מערכות כאלו שמשלבות פרוטוקולים שונים.
לכן כיום אין הגדרה חד משמעית של מערכת אחסון מסויימת אם היא שייכת לקטגוריה של NAS או של SAN, וזה גם לא חשוב.
מה שמשנה זה מה התכונות של המערכת מבחינת חומרה+תוכנה, ואם היא מתאימה לסביבה שבה רוצים להשתמש בה.


LUN
http://en.wikipedia.org/wiki/Logical_Unit_Number
במערכות SAN מקצים בדרך כלל נפח מסויים מתוך כלל נפח האחסון של המערכת, וזה נקרא LUN .
את ה LUN הזה מציגים (משתפים) עבור השרתים שמתחברים לאחסון, והם רואים אותו למעשה כמו דיסק, שהם יכולים לפרמט ולקרוא/לכתוב ממנו.
בחלק ממערכות האחסון משתמשים במונח Volume .


מושגים של תקשורת שקשורים גם לאחסון:
=======================

VLAN
הגדרת רשתות שונות ב SWITCH, בעיקר לצורך הפרדה בין הרשתות.

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

JUMBO FRAMES
ברשת ETHERNET גודל ה FRAME המקסימלי הוא 1500 בתים לפי הסטנדרט המקורי.
ניתן להגדיל את זה בכרטיסי רשת + מתגים ל 9600 אך זה דורש הגדרה קפדנית בכל הציודים, וזהירות ממצב שבו מחברים בטעות ציוד נוסף לאותה רשת שלא מוגדר לעבוד באותו גודל.


תכונות של מערכות אחסון (לא כל מערכת אחסון תומכת בכל האופציות):
======================================

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

BBWC = Battery Backed Write Cache
זכרון CACHE מגובה בסוללה (או טכנולוגיה אחרת).
גם לזה יש השפעה מאד גדולה על ביצועי דיסקים, כי הגיבוי מאפשר לבצע WRITE BACK כלומר לשמור קודם כל לזכרון המטמון ואחר כך לדיסקים, מבלי לעכב את השרת שממתין לפעולת הכתיבה.
הזמן הקצר הזה מאפשר לבקר הדיסקים לבצע את פעולות הכתיבה, חישוב RAID STRIPING , PARITY וכו' בזמן ובסדר שמתאימים לו, ולקבל ביצועים אופטימליים.

Thin Provision:
אפשרות של מערכת האחסון להציג לשרת נפח אחסון מסויים, אבל בפועל להקצות ולהשתמש בבלוקים רק בזמן הכתיבה אליהם.
זה דומה מאד להגדרה של dynamic disk בסביבת hyper-v או ל thin disk בסביבת vmware .
תכונה זו יכולה לחסוך ולנצל באופן יעיל יותר את נפח האחסון,
אבל יש להיזהר מאד אם משתמשים בה כדי להימנע ממצב שלא שמים לב או שמתבצע שינוי גדול במערכת ומגיעים למצב שאין יותר מקום פנוי, אין שפה, אין עבודה, קשה, קשה, קשה...

Deduplication:
טכנולווגיה מתוחכמת לזיהוי בלוקים כפולים ושמירה שלהם רק פעם אחת.
גם במקרה הזה ניתן לחסוך בנפח אחסון באופן מאד משמעותי (עשרות ומאות אחוזים), אך יש לשים לב למספר דברים:
יש לבדוק אם זה משפיע על ביצועי המערכת.
כמו במקרה של THIN PROVISION, יש לקחת בחשבון שעלול להיות מצב של גידול לא מתוכנן בנפח האחסון, ולכן לשים לב ולוודא שלא נמצאים קרוב מדיי לקצה.

Snapshot:
יצירת העתק של LUN/Volume מסויים בנקודת זמן.
ה |Snapshot נשמר בדרך כלל על אותו התקן אחסון, וחשוב להדגיש שהוא בשום מקרה לא תחליף לגיבוי חיצוני של המערכת אלא תוספת.
במערכות אחסון המודרניות הפעולה מתבצעת באופן מיידי, כאשר לא נוצר העתק של המידע אלא יש מנגנון כלשהו למעקב אחר שינויים.
כמו כן גם במקרה של SNAPSHOT יש לקחת בחשבון שהוא תופס נפח (בדרך כלל הנפח שווה לנפח הבלוקים שהשתנו בין נקודות הזמן השונות).
מנגנון VSS של מיקרוסופט פועל גם הוא על עיקרון דומה של מעקב אחר שינויים, אך בטכנולוגיות שונות ולשימושים אחרים.

Remote Copy:
סנכרון של LUN/Volume למערכת אחסון מרוחקת, לצורך גיבוי נוסף.
בדרך כלל הסנכרון יתבצע למערכת מרוחקת באתר DR .
בדרך כלל השיטה היא שמערכת האחסון הראשית שומרת SNAPSHOT ואז מסנכרנת אותו להעתק המרוחק.
יש לשים לב לרוחב פס התקשורת בין האתרים ולנפח המידע שאמור לעבור.
חשוב לשים לב גם שבשיטה הזו העותק שבאתר המרוחק הוא אף פעם לא עדכני אלא תמיד יהיה בפיגור של מספר שעות/ימים בהתאם לתזמון וקצב הסנכרון.

Synchronous Replication:
להבדיל מההסבר הקודם, במצב סנכרוני כל פעולת כתיבה מתבצעת בזמן אמת בשתי המערכות המסונכרנות,
כלומר יש 2 (או יותר) מערכות אחסון שתמיד מעודכנות עם אותו מידע.
זה דורש מערכת שתומכת באופציה הזו וגם שכל המערכות מחוברות בקישור מהיר מאד, כלומר לא מתאים לסנכרון דרך קווי תקשורת איטיים.

Storage Cluster:
מערכות אחסון שמורכבות ממספר יחידות אך מאפשרות לגשת אליהן כאילו מדובר ביחידה אחת, בדומה ל CLUSTER של שרתים.

Network RAID או Network Mirror:
מערכות אחסון שמבצעת סנכרון בזמן אמת (Sync Replication או טכנולוגיה דומה),
כלומר זה Storage Cluster שחלק או כל המערכות שלו מסונכרנות כל הזמן, ואפשר להמשיך לגשת למידע גם במקרה של כשל באחת היחידות.


הארות/הערות ותוספות יתקבלו בברכה.

אפשר להעתיק את תוכן ההודעה הזו אך אנא תציינו מה המקור.

להת
יזהר הורביץ

יזהר הורביץ
http://yizhar.mvps.org
בחזרה למעלה
 שליחת תגובה שליחת תגובה

קפיצה לפורום הרשאות פורום צפה בגלילה למטה

Web Wiz Heb - מערכת פורומים בעברית תמיכה ומאמרים
פורום קבוצת sbsug בשיתוף עם-חברת אורנט תקשורת

עמוד זה נוצר ב 1.594 שניות.
Bulletin Board Software by Web Wiz Forums® version 9.65
Copyright ©2001-2010 Web Wiz