לוגו אתר Fresh          
 
 
  אפשרות תפריט  ראשי     אפשרות תפריט  צ'אט     אפשרות תפריט  מבזקים     אפשרות תפריט  צור קשר     חץ שמאלה חץ ימינה  

לך אחורה   לובי הפורומים > מחשבים > חומרה ורשתות
שמור לעצמך קישור לדף זה באתרי שמירת קישורים חברתיים
תגובה
 
כלי אשכול חפש באשכול זה



  #2  
ישן 28-08-2015, 08:02
  שימיadmin שימי אינו מחובר  
מנהל פורומי "תכנות ובניית אתרים" ו"חומרה ורשתות"
 
חבר מתאריך: 25.10.01
הודעות: 42,775
בתגובה להודעה מספר 1 שנכתבה על ידי amir1 שמתחילה ב "איך בוחרים שרת והאם לשרתי "פיצה" יש חסרונות מול טאוור ?"

על פניו מדובר בשרת שיעשה בעיקר I/O אינטנסיבי - ולכן חשוב שזה יהיה מהר. הייתי משתמש בכונני SSD (אבל המחיר ל GB מאוד גבוה - ולא אמרת לנו כמה נפח אחסון תרצה - בכל מקרה צריך לפחות שני כוננים כאלה בשביל לעשות עליהם RAID1 - כי אתה לא רוצה שכל המידע ילך לאיבוד אם דיסק הולך) או בהרבה דיסקים במערך RAID5 או 6. ואולי בשילוב - נניח - את הוידאו לבקש מהמשתמשים לשמור על RAID Volume עם דיסקים גדולים וזולים, ואת הקבצים האחרים על RAID Volume מבוסס SSD - ולאכוף את זה כמובן על ידי quota שפשוט לא תאפשר לשמור קבצים גדולים מדי על ה SSD פר-משתמש.

כדי לשמור על ביצועי I/O טובים - צריך בקר טוב - עם FBWC וכמה שיותר זיכרון על הבקר (2GB וצפונה). הסיבה לכך היא שכתיבה היא עסק איטי יותר מקריאה באופן כללי, והאפליקציה של המשתמשים מחכה בזמן שהשרת כותב את המידע. בייחוד שיש הרבה משתמשים ביחד, ההאטה הזו מאוד מעצבנת. FBWC מאפשר לבקר לכתוב את המידע שהמשתמש ביקש לכתוב לזיכרון במקום לדיסק, לאשר למחשב של המשתמש שהמידע נכתב כבר (ואז המשתמש יכול להמשיך לעבוד) - וברקע הבקר יכתוב את המידע לדיסק. אם עכשיו תשאל "ומה אם תהיה הפסקת חשמל לפני שהמידע נכתב לגמרי?" - בשביל זה יש את החלק של ה FBWC - על הבקר יש מנגנון שמטרתו לשמור את תוכן המידע שבזיכרון הנדיף שבבקר מיד כשהחשמל מפסיק, ואז כשהחשמל חוזר והבקר נדלק שוב, הוא יכול לכתוב את מה שנותר בזיכרון הנדיף - אל הדיסקים הפיסיים.

שרתי פיצה מיועדים להתקנה בתוך ארון. שרתי Tower לא - זה ההבדל העיקרי ביניהם. תחזוקת החלקים הרבה יותר קלה בשרתי פיצה - בגלל שהם מיועדים לאחסון מקצועי - כל החלקים שצריך באופן טיפוסי להחליף בעבודה שוטפת - ניתנים להחלפה בלי פירוק המחשב - ואפילו בלי לכבות אותו כלל או להוציא אותו מהמסד שבו הוא נמצא. אין בעיית אוורור - יש מספיק מאווררים (אבל תעשה לעצמך טובה ותקנה שרת Brand כמו HP/Dell/IBM) - ויש אפילו יתירות במאווררים - כלומר - אחד יכול להתקלקל וזה עדיין מתוכנן לעבוד בסדר - ואתה תקבל התראה על כך.

לשרתי פיצה יש בעיקר יתרונות ושני חסרונות - בגלל המבנה שלהם והעובדה שעדיין עושים שם אוורור טוב - הם רועשים יותר (לא כזה מעניין כשזה בחדר שרתים/תקשורת) - והם... למיטב ידיעתי, יקרים יותר, עבור אותו מפרט. שים לב ששרתי פיצה יכולים להיות בגדלים שונים - 1U, 2U וכו'. לשרת עם הרבה דיסקים, עדיף מכונת 2U - פשוט משום שיש מקום ליותר דיסקים, ופוטנציאלית אפשר לשים שם גם דיסקים של 3.5" במקום 2.5" שהם די חובה כיום ב 1U - מה שגם מוזיל לך עלויות פר-דיסק.

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

תגובה ללא ציטוט תגובה עם ציטוט חזרה לפורום
  #3  
ישן 28-08-2015, 08:55
צלמית המשתמש של ai22
  משתמש זכר ai22 ai22 אינו מחובר  
 
חבר מתאריך: 29.09.09
הודעות: 12,905
נשמע דווקא
בתגובה להודעה מספר 2 שנכתבה על ידי שימי שמתחילה ב "על פניו מדובר בשרת שיעשה..."

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

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

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


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

נערך לאחרונה ע"י ai22 בתאריך 28-08-2015 בשעה 08:59.
תגובה ללא ציטוט תגובה עם ציטוט חזרה לפורום
  #6  
ישן 30-08-2015, 00:57
  amir1 amir1 אינו מחובר  
 
חבר מתאריך: 28.07.02
הודעות: 1,256
שאלה נוספת בנוגע לסווצים
בתגובה להודעה מספר 2 שנכתבה על ידי שימי שמתחילה ב "על פניו מדובר בשרת שיעשה..."

את התגובה הקודמת כתבתי מהסלולרי לכן קיצרתי ,
אבל השאלה אם כדאי לי להשתמש בקשיח שיש כבר ברשותי 3TB WD ל DATA
או שכדאי 2 קשיחים אחרים ב RAID0
ובנוגע לסוויץ, כאן ראיתי שהוא ממליץ על סוויץ עם כניסת TRUNK
בדקה ה 26:30


לצפייה במקור באתר YouTube, לחצו כאן.

ואם אני לא טועה אז בסוויץ HP 24 1G שיש לנו כבר, יש כניסה כזו אבל היא שונה וצריך לקנות לה מתאם ל RJ45
http://www8.hp.com/uk/en/products/n...tml?oid=5304944


ולעומת זאת במפרטים של סוויצים אחרים מנוהלים ראיתי שיש אפשרות להקצות כניסה אחת כ-TRUNK .

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

ובמדה וארצה להשתמש ב NIC Teaming


לצפייה במקור באתר YouTube, לחצו כאן.

האם יש המלצות מקדימות לפני קניית החומרה ?

תודה

נערך לאחרונה ע"י amir1 בתאריך 30-08-2015 בשעה 01:09.
תגובה ללא ציטוט תגובה עם ציטוט חזרה לפורום
  #7  
ישן 30-08-2015, 07:48
  שימיadmin שימי אינו מחובר  
מנהל פורומי "תכנות ובניית אתרים" ו"חומרה ורשתות"
 
חבר מתאריך: 25.10.01
הודעות: 42,775
בתגובה להודעה מספר 6 שנכתבה על ידי amir1 שמתחילה ב "שאלה נוספת בנוגע לסווצים"

אתה ממש רוצה לאבד את המידע שלך, הא? לא רק שאתה מתנגד ל RAID1, אתה עוד רוצה לעשות RAID0 ובכך להכפיל את הסיכוי לאובדן כל המידע הזה, יחסית לדיסק בודד... (ועוד עם דיסק של WD...)

לגבי Trunk - אתה מתכוון לשים את השרת הזה עם ממשק בתוך VLAN-ים שונים? אם כן, למה?

בכל מקרה, אני חושב שאתה אולי מבלבל בין Trunk לבין הפורט(ים) של ה GBIC, שהוא בסך הכל פורט ללא Transceiver - כשהמטרה שלו היא לרוב שתוכל לשים Transceiver שהוא שונה מה Transceiver שיש בכל הפורטים האחרים שבמתג (שהם RJ45 Copper, או ליתר דיוק 1000BASE-T) - למשל כדי לחבר לשם חיבור אופטי לצורך קישורים רחוקים יותר מ 100 מטר (ההגבלה של Ethernet ע"ג נחושת) - יכול להגיע אפילו עד עשרות ק"מ (המחיר בהתאם). לכל זה אין קשר ל Trunk שזה בעצם 802.1q VLAN Tagging. בכל המתגים שלי יצא לראות עד היום - כשפורט אחד תמך בזה - כולם תמכו בזה. זה כמובן לא אומר שכל המתגים בעולם הם כאלה, כי לא ראיתי את כולם, אבל זה כן אומר שאם הדגם שלך לא - כנראה שהוא יוצא הדופן...

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

NIC Teaming - יש כל מיני צורות ופרוטוקולים שלהם. בהקשר שלך אולי יעניין אותך דווקא LAG לצורכי הכפלת רוחב הפס. מצד שני יש היום גם כבר כרטיסי רשת של 10Gbps (ומתגים תואמים) שיחסכו ממך את ההתעסקות בזה ויתנו לך בקלות רוחב פס גדול הרבה. האם תצטרך את זה? שאלה טובה. אני לא בטוח עד כמה השרת שלך יוכל לנצל אפילו קישור 1Gbps בודד. יש לך שילוב של:

1. דיסק(י)ם קשיח(ים) לא מהיר(ים) במיוחד
2. הרבה משתמשים בו זמנית שיגרמו לראשים של הדיסק(ים) לטייל בצורה משוגעת, מה שאומר שאתה לא צפוי לקבל ביצועי "Sequential read", אלא (הרבה?) פחות מכך
3. לקינוח, מערכת ההפעלה הנפלאה מבית מיקרוסופט, הידועה בביצועים ה"מעולים" שלה...
_____________________________________
תמונה שהועלתה על ידי גולש באתר ולכן אין אנו יכולים לדעת מה היא מכילה
נמאס לכם לזכור סיסמאות? לחצו כאן!

תגובה ללא ציטוט תגובה עם ציטוט חזרה לפורום
  #8  
ישן 30-08-2015, 09:09
  amir1 amir1 אינו מחובר  
 
חבר מתאריך: 28.07.02
הודעות: 1,256
בתגובה להודעה מספר 7 שנכתבה על ידי שימי שמתחילה ב "אתה ממש רוצה לאבד את המידע..."

א. אני יודע שהיום wd הם לא להיט
אבל כיוון שכבר יש אחד כזה של 3tb חשבתי לנצל
אבל אם הוא בכלל לא מתאים למטרה, לא אתעקש.

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


Trunk, יתכן שיש לו פירושים שונים
אני התכוונתי למה שהוא ציין בוידאו,
כלומר, פורט מסויים מבין כל הפורטים שבסוויץ
שיש לו עדיפות גבוהה יותר משום שהוא מתקשר עם כל הפורטים
ואילו שאר הפורטים כמעט ובכלל לא מתקשרים ביניהם
כי אין סיבה להעברת חומר בין התחנות עצמם, אין ביניהם בכלל שיתוף,
אולי רק בין המחשבים שבמשרד, שלהם רציתי ליצור רשת נפרדת
כדי לשתף אינטרנט גם לשרת וגם למשרד מבלי לשתף את הכיתה
אבל את זה אני יכול לפתור ע"י כרטיס נוסף בשרת.
תגובה ללא ציטוט תגובה עם ציטוט חזרה לפורום
  #9  
ישן 30-08-2015, 09:20
  שימיadmin שימי אינו מחובר  
מנהל פורומי "תכנות ובניית אתרים" ו"חומרה ורשתות"
 
חבר מתאריך: 25.10.01
הודעות: 42,775
בתגובה להודעה מספר 8 שנכתבה על ידי amir1 שמתחילה ב "א. אני יודע שהיום wd הם לא..."

אני לא יודע אם הוא מתאים או לא, אבל השיטה לקבלת מהירות היא או כוננים מהירים יותר, או פיצול להרבה spindles. כונן 3TB הוא מאוד גדול בכונן אחד. זה אומר שיש לך המון מידע - איפה תגבה את כל המידע הזה? האם אתה יכול באמינות לגבות 3TB של מידע בתכיפות גבוהה? לא עדיף 4 כונני 1TB מהירים ב RAID5?

בדיוק בגלל שאתה מכפיל את הסיכון. אם המידע לא חשוב - שישמרו על התחנות. אם המידע חשוב...
ומה עם הזמן שלך? הזמן של ההתקנה של חלונות? וה 34854 אתחולים אחרי זה ל updates?

אני מצטער אבל אני לא הולך לראות וידאו של שעה. Trunk זה Trunk. אם הבחור טוען ש Trunk זה לא מה שזה, אני הייתי חושב פעמיים לפני שאני לומד ממנו דברים - מי יודע איפה עוד הוא טועה... אני לא מכיר קונספט של פורט שיש לו "עדיפות גבוהה יותר" (אבל כן מכיר תעבורה שיש לה עדיפות גבוהה יותר, לפי classification מוגדר - וכאן מדובר על מצב שבו על אותו פורט מנסה להתחרות יותר תעבורה ממה שהפורט מסוגל להעביר - למשל ב backbone של ספק אינטרנט), וגם לא רואה בכך טעם, למען האמת, כיוון שבכל מתג מודרני, יש מספיק רוחב פס עבור תעבורה מקסימלית בכל הפורטים. אם למתג שלך יש יכולת מיתוג של 52Gbps ב backplane שלו, זה אומר (למיטב הבנתי) שגם אם יש לך שם 48 פורטים + 4 GBIC-ים - המתג יכול להעביר 1Gbps מכל מקום לכל מקום ועדיין לעמוד במגבלת רוחב הפס שלו [בהנחה שהוא 52Gbps סימטרי. אם הוא לא, אז זה יהיה מכל מקום לכל מקום רק בכיוון אחד - שזה לרוב המצב גם ברשת סופר עמוסה. אם יש לך רק 24 פורטים או לחלופין backplane של 104Gbps, אז אתה יכול ממש מכל נקודה לכל נקודה בשני הכיוונים]. כלומר שלא צריך שום תעדוף, כי כל הפורטים יכולים להעביר מידע במהירות מקסימלית... תעדוף הוא מנגנון שמשתמשים בו רק כשאין מספיק לכולם... כיוון שאני תמיד מביא כבישים בתור דוגמה: כשאין פקק ונניח שהמהירות המקסימלית היא 100 קמ"ש - אז כולם יכולים ליסוע ב 100 קמ"ש בלי להפריע אחד לשני. גם רכבים רגילים, וגם רכבי חירום. כשיש פקק (אין מספיק כביש יחסית לכמות כלי הרכב שמעוניינת לעבור בו) - אנחנו צריכים תיעדוף לרכבי החירום כי התעבורה שלהם חשובה הרבה יותר - כדי להציל חיים.
_____________________________________
תמונה שהועלתה על ידי גולש באתר ולכן אין אנו יכולים לדעת מה היא מכילה
נמאס לכם לזכור סיסמאות? לחצו כאן!

תגובה ללא ציטוט תגובה עם ציטוט חזרה לפורום
  #11  
ישן 30-08-2015, 20:26
  שימיadmin שימי אינו מחובר  
מנהל פורומי "תכנות ובניית אתרים" ו"חומרה ורשתות"
 
חבר מתאריך: 25.10.01
הודעות: 42,775
בתגובה להודעה מספר 10 שנכתבה על ידי amir1 שמתחילה ב "תודה"

אוקיי, הלכתי ושמעתי.

כתיבה משמיעה:
ציטוט:
במקור נכתב על ידי Eli the Computer Guy

"If you connect multiple switches together, you want to connect them together throught the trunk port. What happens with this..
is when one computer tries to talk to another computer, you know, on the network, the switch will look to see if this computer
on the same switch. If not, it will send the data to the trunk port, to go to the other switches that the switch is connected to."


כמו שאמרתי, זה לא נכון. פורט Trunk הוא פורט שהוגדר כפורט כזה. פעם, בעת העתיקה, בתקופת ההאבים, הרבה פעמים היה פורט אחד שהיה מוצלב יחסית לפורטים האחרים, כך שאפשר היה לחבר אותו לסוויצ' אחר עם כבל רגיל - כשהדבר היחיד שייחד את הפורט הזה היה העובדה שבעצם לא הייתה בו הצלבה (כל הפורטים בהאב/סוויצ' רגיל מוצלבים ביחס לכרטיסי רשת שיש במחשבים - שידור מול קליטה ולהפך). הפורט הזה כונה בדרך כלל בשם Uplink. בציוד מודרני, הפורטים כבר Auto MDI-X - ככה שיש הצלבה אוטומטית ולא משנה איזה כבל תחבר.

זה גם לא נכון שהמידע "ישלח ל Trunk אם זה לא באותו מתג". מבחינת המתג, כל היעדים שלו מחוברים למתג. הפורט שאליו מחובר מתג אחר, פשוט "רואה" את כל ה MAC-ים של כל המכונות שנמצאות מעברו השני של הכבל, והוא יעביר את המסגרות לשם כמו שהוא מעביר אותן לכל פורט. פורט לא מוגבל ל MAC בודד. אחרת VMware במצב Bridged לא היה עובד לך

יש מתגים מסויימים שבהם כל הפורטים איטיים יחסית - למשל - כל הפורטים הם 100 מגה, ויש להם בנוסף פורטים של גיגה. במקרה כזה, כדאי לחבר בין מתגים באמצעות הפורטים האלה - בגלל שבין מתגים צפויה לעבור תעבורה של מספר פורטים של 100 מגה ביחד, ואתה לא רוצה שתהיה הגבלה שכזו בין המתגים - אז אתה משתמש בפורטים המהירים יותר (ואין קשר לעדיפות, הם פשוט מהירים יותר...). וכן, הפורטים האלה יכולים להיות אופטיים באמצעות Transceiver מתאים כמו שאמרתי. האופטיקה לא הופכת את הפורט למהיר יותר, המהירות של הפורט היא דבר נתון, ותמיד אפשר לשים Transceiver של Copper. אתה יכול להעביר גם 10Gbps על כבל נחושת רגיל. אבל שים לב! אלו סתם פורטים שהמהירות שלהם גבוהה יותר! כדאי לחבר מתגים אחרים דרכם בגלל העובדה הזו ורק בגלל העובדה הזו. המשמעות המקובלת[*] של Trunk היא שהפורט מוגדר להעביר מידע של יותר מ VLAN אחד, וזאת על ידי "תיוג" המסגרות הנשלחות על הפורט עם VLAN ID. לשם כך נועד הפרוטוקול 802.1Q. וזאת בשונה מפורט שהוא "Access", אשר מיועד לגישה עבור עמדת קצה מסויימת שחברה ב VLAN בודד ואין עניין להעביר דרך שם תעבורה מ broadcast domain של רשתות אחרות. זה כל הרעיון מאחורי הקונספט של VLAN... שעושים הפרדה.

אבל אם נחזור לעולם המודרני, שבו למתג נורמלי שאתה קונה היום כל הפורטים הם כבר גיגה[**] - אז זה לא משנה אם אתה מחבר דרך השניים שבקצה או כל אחד מה 24/48 פורטים האחרים שיש לך במתג. גיגה זה גיגה. השלב הבא שבו אתה נתקל שוב ברצון להשתמש "בפורטים שבצד" הוא במתגים עוד יותר מתקדמים - שבהם כל הפורטים שלך הם גיגה - אבל הפורטים שבצד הם כבר 10 גיגה. אלה מתגים יקרים יותר, מן הסתם... והרבה פעמים יהיה יותר פשוט לנצל כמה פורטים (למשל 4) ממתג של 48 פורטים בין שני מתגים, ולעשות ביניהם LACP ולקבל רוחב פס של 4Gbps בין שני המתגים - שזה לרוב די והותר אם הרשת שלך מתוכננת נכון (הסבירות שתרצה להעביר מצד לצד - כלומר מכל התחנות שבין מתג אחד לתחנות שבמתג האחר יותר מ 4Gbps אמור להיות לא סביר, ואם זה קורה, אז או שיש לך חתיכת רשת, או שהשרתים שלך כנראה מחוברים למתג הלא נכון...)

דעתי בלבד, כמובן.

[*] יצויין שיש כאלה שמשתמשים במונח Trunk כדי לציין דווקא NIC Teaming (שאני מעדיף לקרוא לו Link Aggregation או בקיצור LAG) - אבל בכל מקרה, אני לא חושב שמישהו משתמש במילה הזו כדי לומר "Uplink". זה נכון ש Uplink בין מתגים בד"כ יהיה מוגדר כ Trunk - אבל זה: א. לא מחוייב המציאות, ו-ב. ישנם מקרים שבהם תשתמש ב Trunk גם כשזה לא Uplink בין מתגים. למשל אם אתה מתחבר למכונה שרוצה לתת Presence בכמה VLAN-ים מבלי לבזבז כרטיס רשת על כל VLAN. בייחוד הדבר נפוץ בסביבות וירטואליזציה גדולות (אם כי אז אתה עלול לטעון שבעצם ה vSwitch של ESX הוא סוג של מתג [ואתה תהיה צודק] ולכן זה כן Uplink - אבל טכנית - זה לא משנה כי כאמור ישנם גם מקרים אחרים שלא מערבים Switch כלל שבהם אתה תגדיר פורט כ Trunk. למשל אם יש לך Access Point שמשדר רשת "פרודקשן" ורשת "אורחים" מאותו Access Point ואתה לא רוצה למתוח כבל נפרד עבור כל רשת ועדיין רוצה הפרדה מלאה בתעבורה...)

[**] בהנחה שאנחנו מדברים על מתג מנוהל רגיל, ולא על יצורים מיוחדים כמו מתגי PoE, שם פורטים של גיגה זה עסק מאוד יקר, ובסטנדרטיים כאלה באמת יהיו רק 2/4 פורטים של גיגה עבור "Uplink" וכל השאר 100 מגה - למשל: http://www.cisco.com/c/en/us/suppor...inks/model.html - שים לב שהם משתמשים במילה Uplink ולא ב Trunk. זאת משום שכל פורט במתג הזה יכול להיות Trunk...
_____________________________________
תמונה שהועלתה על ידי גולש באתר ולכן אין אנו יכולים לדעת מה היא מכילה
נמאס לכם לזכור סיסמאות? לחצו כאן!

תגובה ללא ציטוט תגובה עם ציטוט חזרה לפורום
  #13  
ישן 31-08-2015, 06:06
  שימיadmin שימי אינו מחובר  
מנהל פורומי "תכנות ובניית אתרים" ו"חומרה ורשתות"
 
חבר מתאריך: 25.10.01
הודעות: 42,775
בתגובה להודעה מספר 12 שנכתבה על ידי amir1 שמתחילה ב "מעריך מאוד את כל ההשקעה שלך"

שים לב שהקיים שלך מנוהל, והחדשים שלך לא. כל ההסבר שלי נהיה די מיותר, כי אי אפשר להגדיר פורטים כ Trunk במתג שאי אפשר להגדיר בו כלום

כלומר אלה בהגדרה מתגים של "access" - אתה יכול לחבר כל אחד מהם על פורט עם access vlan שונה ב 1810 - ואז שניהם יהיו רשתות נפרדות. כמובן שאינהרנטית זה אומר שאתה תוכל לחבר 23 פורטים ברשת א' ו 23 פורטים ברשת ב', גם אם אתה צריך לחבר 13 ברשת א' ו 33 ברשת ב' - זה פשוט לא יקרה. לתשומת ליבך...

אשר לשרת, אני חושב שקיבלת פה את כל הכיוונים. לך לדילר עם הנחיות הבסיס, תגיד כמה אחסון אתה רוצה, ותגיד לו שאתה רוצה את הדבר הכי זול שיש (אני משער שזה מה שאתה רוצה, נכון?) בהתחשב בפרמטרים האלה (בקר RAID עם FBWC ... ממותג ידוע HP/Dell/IBM) ואת הפורמט - פיצה או שולחני... ותן לו לעשות את העבודה. אחרי זה קח את ההצעה שלו בלי המחיר לדילר אחר, ותוודא שהוא לא עובד עליך במחיר. או אולי תוודא אפילו פה קודם שבאמת נתנו לך משהו שנראה כמו מינימום... השיטה לשם כך היא בד"כ לקחת את הסדרות הקודמות של היצרנים, ולא את העדכניות. למשל, ב HP, לקחת Gen8 ולא ׂGen9.
_____________________________________
תמונה שהועלתה על ידי גולש באתר ולכן אין אנו יכולים לדעת מה היא מכילה
נמאס לכם לזכור סיסמאות? לחצו כאן!

תגובה ללא ציטוט תגובה עם ציטוט חזרה לפורום
  #14  
ישן 06-09-2015, 01:41
  amir1 amir1 אינו מחובר  
 
חבר מתאריך: 28.07.02
הודעות: 1,256
טוב, נצטרך לעשות קצת סדר מחדש
בתגובה להודעה מספר 13 שנכתבה על ידי שימי שמתחילה ב "שים לב שהקיים שלך מנוהל,..."

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

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

הקטע הוא, שלמרות שהתעסקתי עם מכונות וירטואליות ,
בכל זאת תמיד יש לי את החשש ממצבי תקלות שבהם אמצא עצמי ללא יכולת גישה לחומר הסגור במערכת הוירטואלית ,
במערכת פיזית,אם יש בעיה אני מפרק קשיח ומחבר למחשב אחר ,
או מפעיל תוכנות שיחזור וכו' וכו' , ההרגשה היא שהחומר יותר בשליטה ,
ואילו כאן אני לא יודע כיצד המערכת מנהלת את קבצי המערכת הוירטואלי ,
ובנוסף, איך והיכן אני מאכסן את כל ה-DATA של התלמידים , האם הכל יכנס לקובץ הוירטואלי
או שאצטרך כונן רשת נוסף שעליו ישבו הפרופילים ברשת ?

וכמובן, השאלה לאיזה כיוון ללכת, ESXI או של $M
כשבעצם כעת המצב הוא שדווקא של $M הוא בחינם ,
ואילו ESXI בתשלום
או תקנו אותי אם אני טועה, שגם שם המערכת בחינם ורק תוכנות הניהול בתשלום ,
האם יש כלי ניהול מינימלי שהוא כן חינמי ?


ובנוגע לסוויצים, כשכתבתי את הדגם לא הייתי ליד המוצר אז חיפשתי במאייל וזה היה הדגם שאז הם המליצו לקנות
אבל אני בסוף לקחתי 1410-24G כי לא היה לי צורך במנוהל , וכך גם אלו שהוזמנו כעת .

נערך לאחרונה ע"י amir1 בתאריך 06-09-2015 בשעה 01:44.
תגובה ללא ציטוט תגובה עם ציטוט חזרה לפורום
  #15  
ישן 06-09-2015, 06:57
  שימיadmin שימי אינו מחובר  
מנהל פורומי "תכנות ובניית אתרים" ו"חומרה ורשתות"
 
חבר מתאריך: 25.10.01
הודעות: 42,775
בתגובה להודעה מספר 14 שנכתבה על ידי amir1 שמתחילה ב "טוב, נצטרך לעשות קצת סדר מחדש"

ESXi הוא בחינם. החל מגירסה 5.5 הוא גם לא מוגבל ל 32GB RAM. ראה: https://communities.vmware.com/thread/458412

כלי הניהול המלא של ESXi (הלא הוא vSphere Client) - גם הוא לחלוטין בחינם. אני לא יודע אם הוא היה בחינם מאז ומעולם, אבל אני יכול להגיד לך שלפחות בגירסה 3, שזה כבר מהעשור הקודם, הוא היה גם היה.

המוצר היחיד שעולה כסף זה vCenter - לניהול מספר הוסטים של ESXi בממשק אחד (וגם אליו ניגשים עם vSphere Client החינמי. זה השרת שעולה כסף.)

דווקא הוירטואליזציה של מיקרוסופט היא לא בדיוק בחינם - נדמה לי שחייבים חלונות מגירסת סרבר, לא? זה 850$ (ב OEM, אם אתה צריך לקנות לא עם שרת, זה עוד הרבה יותר יקר)... זה לא בדיוק משהו שהייתי קורא לו "בחינם". ESXi הוא באמת בחינם. וכך גם KVM, VirtualBox, וכו'. ואתה כרגיל יכול לנחש גם מה עובד יותר טוב...

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

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

תגובה ללא ציטוט תגובה עם ציטוט חזרה לפורום
  #18  
ישן 11-09-2015, 13:20
  amir1 amir1 אינו מחובר  
 
חבר מתאריך: 28.07.02
הודעות: 1,256
טוב, אז קצת עדכונים ושאלות
בתגובה להודעה מספר 17 שנכתבה על ידי שימי שמתחילה ב "או שיש לו מצב עבודה מיוחד..."

בשיטוטים וצפיה בחומר על VM מצאתי שדווקא כן יש SERVER 2012 ללא GUI
http://www.altaro.com/hyper-v/wp-co...4-bminstall.png

https://technet.microsoft.com/en-us...y/jj647783.aspx




לצפייה במקור באתר YouTube, לחצו כאן.


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

ובעצם, אם המערכת עצמה רצה על חומרה מינמלית , היכן נופל כל הכובד ?
כלומר, איך אדע איזה שרת יעמוד בדרישות של , בא נגיד 4 סרברים וירטואלים מקסימום .
כשהעקרי הוא 2012 AD
תגובה ללא ציטוט תגובה עם ציטוט חזרה לפורום
  #19  
ישן 16-09-2015, 21:31
  שימיadmin שימי אינו מחובר  
מנהל פורומי "תכנות ובניית אתרים" ו"חומרה ורשתות"
 
חבר מתאריך: 25.10.01
הודעות: 42,775
בתגובה להודעה מספר 18 שנכתבה על ידי amir1 שמתחילה ב "טוב, אז קצת עדכונים ושאלות"

כן, יש את מצב ה bare metal (בלי קשר ל HyperV) ... אבל השאלה היא כמה הוא באמת ללא GUI והאם באמת מיקרוסופט הצליחו להיפטר מכל הקוד המיותר שנטען עם זה - ובנוסף - שירותים אחרים של מערכת הפעלה שאינם נחוצים ב Hypervisor "ברזלים"...

כך או כך - זה עדיין יקר יותר בלפחות 850$ מ ESXi החינמי...

דרישות המערכת המינימליות הן שרת שהחומרה שלו נתמכת ב ESXi. אם אתה קונה brand, זו לא אמורה להיות בעייה אף פעם (מקסימום יש דיסק מקוסטם עם דרייברים, כמו למשל שיש ל HP, שהורדתי והתקנתי בצורה שקופה). תוכל להעזר בזה: http://www.vmware.com/resources/com...lity/search.php

הכובד נופל על מה שאתה מריץ בפנים. כמות המכונות הוירטואליות בפנים משנה פחות מאשר מה שכל אחת מהן עושה - בייחוד שאתה מדבר על מספרים נמוכים כמו 4 (לי יש שרתים שמחזיקים 40 מכונות בכיף... אבל אז החלק היחסי המתבזבז על CS עולה מן הסתם)

רצוי שתריץ מינימום שרתים וירטואליים שהם מיקרוסופטיים למשל, אם אתה רוצה סתם שיתוף עבור מחשבי חלונות - Samba יעשה את העבודה מצויין. מצד שני, אם תרצה ACL-ים של NTFS, זה כבר מסבך את העניינים (לא אומר שזה לא אפשרי בהכרח, רק שזה הרבה יותר מסובך). השאלה היא מה מטרת ריבוי המכונות הוירטואליות... כאילו, מה אתה משיג מזה? האם יש לך דרישה ל separation ביניהן ברמה כזו?
_____________________________________
תמונה שהועלתה על ידי גולש באתר ולכן אין אנו יכולים לדעת מה היא מכילה
נמאס לכם לזכור סיסמאות? לחצו כאן!

תגובה ללא ציטוט תגובה עם ציטוט חזרה לפורום
תגובה

כלי אשכול חפש באשכול זה
חפש באשכול זה:

חיפוש מתקדם
מצבי תצוגה דרג אשכול זה
דרג אשכול זה:

מזער את תיבת המידע אפשרויות משלוח הודעות
אתה לא יכול לפתוח אשכולות חדשים
אתה לא יכול להגיב לאשכולות
אתה לא יכול לצרף קבצים
אתה לא יכול לערוך את ההודעות שלך

קוד vB פעיל
קוד [IMG] פעיל
קוד HTML כבוי
מעבר לפורום



כל הזמנים המוצגים בדף זה הם לפי איזור זמן GMT +2. השעה כעת היא 09:46

הדף נוצר ב 0.07 שניות עם 10 שאילתות

הפורום מבוסס על vBulletin, גירסא 3.0.6
כל הזכויות לתוכנת הפורומים שמורות © 2024 - 2000 לחברת Jelsoft Enterprises.
כל הזכויות שמורות ל Fresh.co.il ©

צור קשר | תקנון האתר