פורסם 2011 באוגוסט 1114 שנים מעוניינים בחברה לקנות שרת אחד גדול וחזק ועליו להקים 6-8 שרתים וירטואליים.אני יודע שזה כללי וגדול אבל, יש המלצות לסוג השרת (IBM, HP וכו') ?קיבלתי מספר הצעות מחיר, יש כאילו שהציעו זכרונות 8 כפול 8 ומישהו אחר 16 כפול - מה עדיף ?יש יתרונות בולטים במיוחד על איחסון הדיסקים בשרת עצמו לעומת חיצוני (לא בקטע של עלות) ?וכל מידע אחר יתקבל בשמחה.תודה.
פורסם 2011 באוגוסט 1114 שנים על גבי איזו מערכת הפעלה אתה מתכוון לבסס את המערכת?מה אופי האפליקציות שרצות בשרת?זה יהיה מאוד כללי להמליץ על משהו בלי לדעת את *הצורך* של הלקוח בפועל.בנוסף, האם אתה מחפש פתרון עם דגש על שרידות גבוהה(HA) ?יש יתרונות לאחסון הדיסקים בשרת עצמו, העלויות בראש ובראשונה, ובהתאם לסוג ה STORAGE החיצוני שאתה לוקח כנקודת השוואה תוכל לבדוק האם ה I/O הוא יתרון עבורך.
פורסם 2011 באוגוסט 1414 שנים מחבר מערכת ההפעלה היא של מיקרוסופט, שרת 2008.למיטב ידיעתי המטרה היא להעביר לשם את כל השרתים הקיימים, נכון לעכשיו זה 4 שרתי IIS ו-2 שרתי SQL.יש מצב שמאוחר יותר יעבור גם לשם exchange.תודה.
פורסם 2011 באוגוסט 1514 שנים מחבר לא אקטואלי.שאלה בנושא - בהצעה שקיבלו בחברה לקחו שרת עם 16 סטיקים של 4 גיגה זכרון כל אחד.מישהו יכול להסביר את ההיגיון מאחורי זה (ולא למשל 8 כפול 8 ) ?תודה.
פורסם 2011 באוגוסט 1514 שנים מלאי אצל הספק חומרה?אגב מאוד לא מומלץ לערבב exchange עם מכונות וירטואליות, אתה תסבול מביצועים נוראיים.
פורסם 2011 באוגוסט 1614 שנים אגב מאוד לא מומלץ לערבב exchange עם מכונות וירטואליות, אתה תסבול מביצועים נוראיים.אם מותר לי לשאול למה?אם תקצה לו הרבה זכרון RAM ותיתן לו תיעדוף גבוה יותר ב CPU ותקצה לו פורט משלו בכרטיס רשת, למה שתיהיה לך בעיה עם ביצועים?ואם אתה חושב שכן יכולה להיות בעיות עם ביצועים אז תמיד אפשר לשים מכונות שהם לא עושות הרבה.
פורסם 2011 באוגוסט 1814 שנים DISK I/Oלהיקף קטן, יעבוד לך בסדר.במידה ואתה מדבר על ארגון עם קצת יותר מעשרה אנשים , שהעבודה שלהם זה המייל , אין מה לעשות חוץ מלתת להם שרת ברזל לדואר.כמובן יש את האפשרויות של לבטל את הלוגים, ולהגביל את התיבות לגודל מינורי, לייצא את הארכיון ולהוציא אותו מהפרודקשן לגיבוי.. , אבל זו לא הדרך לטעמי.
פורסם 2011 באוגוסט 1814 שנים DISK I/Oלהיקף קטן, יעבוד לך בסדר.במידה ואתה מדבר על ארגון עם קצת יותר מעשרה אנשים , שהעבודה שלהם זה המייל , אין מה לעשות חוץ מלתת להם שרת ברזל לדואר.כמובן יש את האפשרויות של לבטל את הלוגים, ולהגביל את התיבות לגודל מינורי, לייצא את הארכיון ולהוציא אותו מהפרודקשן לגיבוי.. , אבל זו לא הדרך לטעמי.יש לנו מספר חברות שיש להם EXCHANGE בענן , ואנחנו נותנים אקסצ'יינג' באמצעות ענן, אין עם זה בעיה , אולי החסרון היחידי זה שאתה עורך מאפיינים ואובייקטים בEXCHANGE זה לוקח טיפה יותר זמן אבל בכללי הEXCHANGE עובד חלק בענן .ואני מדבר על מאות של תיבות שנמצאות בענן שלנו ובענן של חברות שאנחנו עובדים איתן .אגב איזה תקציב אתה שם בשביל שרת ולאיזה מטרה אתה צריך וננסה לעזור לך להתאים איזשהו שרת .
פורסם 2011 באוגוסט 1814 שנים הבעיה של אקסציינג' עם וירטואלי נפטרה ככל הנראה ב2010, מהסיבה הפשוטה שהתקלה אכן הייתה בעיית IO. לדוגמאההבדל בכמות הIO בין 2010 ל2003 הוא 90%. כלומר 2010 משתמש בכעשירית מהIO של 2003.הדבר גם מאפשר לדוגמא לעבוד עם מערכות מבוססות SATA ולא SCSI או FC.בכל מקרה עדיין לא הייתי ממליץ על מכונה וירטואלית לאקסציינג'.בכל הנוגע לענן, סביר להניח שרק כונן מערכת ההפעלה הוא וירטואלי. למעשה לאחסון אקסציינג' חיבור LUN לאיזו שהיא מכונת אחסון חכמה (NETAPP TS EMC וכו') שמגבירה ביצועים באופן דראסטי.
ארכיון
דיון זה הועבר לארכיון ולא ניתן להוסיף בו תגובות חדשות.