DCSIMG
December 2008 - Posts - Gadi's Blog

Gadi's Blog

SBC, Application Delivery, Scripting ושאר ירקות

December 2008 - Posts

אחוז השימוש ב- Windows Vista הולך ועולה

מכירים את זה שיש בתוכנית עובדה מין קטע כזה של “מעקב עובדה"? אז זהו, שהחלטתי לעשות לו ייבוא.
מעכשיו, גם כאן, נחזור לתחקירים לפוסטים ישנים ונראה מה השתנה.
 
הפעם, Market Share של מערכות הפעלה.
בספטמבר 2007 כתבתי על כך שחלקה של Windows Vista עולה בהתמדה – בספטמבר אותה שנה, 7.38% מכלל גולשי האינטרנט גלשו ממחשב בעל Windows Vista.
כאמור, כחלק מהספיישל, חוזרים ומסתכלים מה השתנה במספרים…
אז ככה, מסתבר שה- Vista עשה התקדמות משמעותית השנה, ובסוף נובמבר 2008 כבר נרשמו 20.45% של משתמשי Windows Vista (הפרטים המלאים). ד”א, רק כדי לאמת את הנתונים, גם מהסטטיסטיקות של מבקרי הבלוג הזה עולים מספרים דומים. 
 
image

אם אז תליתי את העליה של משתמשי ה- Vista במאמצי השיווק האגרסיבים של Microsoft, אז הפעם אני הרבה יותר תולה את העליה בהתייצבות הטכנולוגית של Vista. לא מעט בזכות SP1.

Share this post :

XenConvert 1.1

ממש עוד מעט תשוחרר הגירסא החדשה של XenConvert, כלי ה- P2V של Citrix.
כמה יכולות חדשות שאפשר למצוא ב- XenConvert 1.1. עוד לפני השחרור הרשמי, תראו איזה בסדר אני איתכם…
 
לשלוש אפשרויות ההמרה הקיימות (Physical to VHD\XenServer\XVA), נוספו עוד 4 אופציות נוספות:
 
  • VHD to XenServer – הוספת VHD קיים לתוך ה- XenServer.
    היה בעיתי משהו עד עכשיו, מכיוון שלא ניתן לשמור VHD על גבי Storage מרכזי (עובד ב- LVM).
  • VHD to XVA – המרה של VHD אחד ל- XVA.
    אותו ה- XVA (או Xen Virtual Appliance) מכיל את ההארד דיסקים של המכונה וקובץ XML של הגדרות המכונה הוירוטאלית (כמות vCPU, כמות זיכרון וכו’).
  • VMC to XenServer – ייבוא מכונה וירטואלית מ- Microsoft Virtual Server עם כל ההגדרות שלה (רשומות בקובץ VMC, או Virtual Machine Configuration).
  • VMC to XVA – המרה של קובץ ההגדרות של מכונה וירטואלית מ- Microsoft Virtual Server לקובץ XVA, קובץ ההגדרות בו משתמשים ב- XenServer.

image 

הגירסא הסופית (1.1 כאמור) אמורה לצאת ממש בימים הקרובים.
ניתן להוריד מכאן (יש להיכנס ל- XenServer ושם ל- XenServer 5).

Share this post :

החיים בשנת 2005

היום בבוקר רפרפתי קצת כמנהגי על ה- daily maily. לאחר כמה כתבות על כמה ה- DRP חשוב – כמובן בהתייחס למצב הנוכחי בדרום הארץ – ועל זה שיש מקומות שאין להם בכלל תוכניות כאלה. למשל ביה”ח ברזילי, שמסתבר שאין לו שום תוכנית DR. וזאת התגובה של המנמ”רית שלהם:
רונית יעקובוב, מנהלת מערכות המידע בבית חולים ברזילי באשקלון, מספרת שנושא ה-DRP עדיין לא טופל בבית החולים, למרות שאין היום מחלקה בבית החולים שהיא לא ממוחשבת, ואין תחום רפואי שלא נתמך על ידי מערכות המידע. "לאור המצב הקמנו קיר בטון שאמור להגן על חוות השרתים, אבל אם תהיה פגיעה לא בטוח שהחווה תשרוד", מודה יעקובוב בצער רב.

אני רק מקווה שהקיר הוא לא פל-קל.

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

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

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

אבל אז הבנתי הכל, המציאו מכונת זמן ואף אחד לא טרח לעדכן אותי.

Share this post :

אין קץ לעצלנות

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

רק 18 דולר וזה שלכם. להשיג ב- Urban Outfitters הקרוב לביתכם.

                      image                   

Share this post :

החלפת כתובות IP ב- XenServer

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

רק מה, שלעיתים שינוי כתובות ה- IP של שרתי ה- Host לא עובר ממש חלק, שרתים לא עולים, ה- Pool לא מתפקד ושלל תופעות שונות ומשונות.

המקרה לדוגמא הוא סביבה של 2 שרתי XenServer 5 ב- pool אחד.
מנהלות -  Xen1 10.10.10.1 ו- Xen2 10.10.10.2, שרת Xen1 הוא ה- pool master.
מה נעשה - כל המכונות ב- pool כובו ושונו כתובות ה- Management Interfaces של השרתים מה- XenCenter, שרת Xen1 קיבל 20.20.20.1 ו- Xen2 קיבל 20.20.20.2, השרתים אותחלו ישר אחרי החלפת הכתובות.

לאחר האתחול, שרת Xen1 - שהוא כאמור ה- pool master - עלה כמו שצריך, אבל שרת Xen2 עלה, אבל לא מצליח להתחבר ל- pool.
שני מקומות לבדוק בהם שהכל מוגדר כמו שצריך. ד"א זה לא יהיה, אחרת הכל היה עובד בלי בעיה מלכתחילה.

1. לעתים הכתובת החדשה לא נשמרת כמו שצריך. לשם כך יש להיכנס לקובץ ההגדרות של interface מתוך ה- CLI.
ה- interface הרלוונטי לנו הוא xenbr0, שהוא ה- interface שמגושר ל- eth0 בכדי לאפשר ל- host ול- guests הרצים עליו לצאת לרשת החיצונית.
פותחים לעריכה את הקובץ etc/sysconfig/network-scripts/ifcfg-xenbr0/, מה שתראו בפנים יהיה משהו מאוד דומה לזה:

XEMANAGED=yes
DEVICE=xenbr0
ONBOOT=no
TYPE=Bridge
DELAY=0
STP=off
PIFDEV=eth0
BOOTPROTO=none
NETMASK=255.255.255.0
IPADDR=10.10.10.2
GATEWAY=10.10.10.245
DNS1=10.10.10.10
DNS2=10.10.10.11
PEERDNS=yes

בד"כ, הכתובת שנראה כאן, תיהיה הכתובת הישנה של שרת ה- host, מה שידרוש מאיתנו להזין את הפרטים החדשים והנכונים, לשמור ולסגור את הקובץ.

2.  צריך לוודא ששרת ה- slave אכן מחפש את ה- pool master בכתובת הנכונה (במקרה שלנו, בכתובת החדשה של ה- master).
הנתונים נמצאים בקובץ etc/xensource/pool.conf/, בו נראה את השורה מה תפקידו של השרת ב- pool, והכתובת של שרת ה- master.
במקרה שלנו, מה שיהיה כתוב בקובץ זה slave:10.10.10.1. תפקיד השרת הוא slave וכתובת שרת ה- master הוא 10.10.10.1, הכתובת הישנה שלו.
גם כאן, צריך לשנות לנתונים החדשים. הכתובת של שרת Xen1 השתנתה (להזכירכם, הוא ה- master) והכתובת החדשה שלו הוא 20.20.20.1. ומכאן שב- pool.conf נשנה ל- slave:20.20.20.1. נשמור ונסגור את הקובץ.

לאחר איתחול שרת Xen2, כל הנתונים הבעיתיים יסתדרו והוא יוכל להתחבר שוב פעם ל- pool ולהמשיך להתנהג בהתאם. :)

Share this post :