2008-12-31 15 views
5

मैं एसक्यूएल सर्वर, अब के लिए कुछ बिल्ड एजेंट (अब के लिए) और एक एसवीएन रिपोजिटरी के साथ चलने वाली टीमसिटी के एक नए वातावरण के लिए एक आवश्यकता को एक साथ रखने की कोशिश कर रहा हूं।एसवीएन, टीमसिटी वर्चुअलाइजेशन/हार्डवेयर आवश्यकता

6 डेवलपर्स हैं और अब सीआई प्रक्रिया में 5 सक्रिय समाधान होंगे जो स्पष्ट रूप से समय के साथ बढ़ेगा। समाधानों में से कोई भी वर्तमान में निर्माण करने के लिए 10 मिनट नहीं लेता है, इसलिए जटिलता & लोक के मामले में वे बहुत अधिक नहीं हैं।

बिल्ड परियोजनाओं को स्वयं को एसक्यूएल सर्वर का उदाहरण चाहिए ताकि स्वचालित परीक्षण चल सकें - मुझे लगता है कि उन्हें टीमसिटी एसक्यूएल इंस्टेंस से अलग रखा जाना चाहिए।

कोई भी इन्हें चलाने के लिए उपयुक्त हार्डवेयर कॉन्फ़िगरेशन सुझा सकता है। क्या डिस्क i/o वास्तविक CPU पावर से अधिक महत्वपूर्ण होने जा रहा है।

क्या मैं इन्हें एक एकल बहु सीपीयू, RAID और वर्चुअलाइजेशन पर चला सकता हूं?

क्या हमें विंडोज 2008 और हाइपर-वी के साथ चलाना चाहिए?

मैंने हमेशा दूसरों को सर्वर आवश्यकताओं और निर्माण के साथ सौदा करने दिया है, लेकिन अब मुझे अपने पैरों को गंदे करना है।

किसी भी सलाह बहुत स्वागत

उत्तर

9

एक डेटा बिंदु:

हमारे TeamCity पर्यावरण पर है (अगर मैं सही ढंग से याद करते हैं) 8-कोर सर्वर की तिकड़ी रैम 32GB की के साथ प्रत्येक, विंडोज 2008 और HyperV चल रहा है। हमारा एसवीएन भंडार एक अलग सर्वर पर है (ऐतिहासिक कारणों से)। मुझे लगता है कि सबकुछ अब SAN पर है, विश्वसनीयता के लिए (यदि मेजबानों में से एक नीचे चला जाता है, तो हम आसानी से वीएम को दूसरे होस्ट में ले जा सकते हैं)।

हमारे पास 10 बिल्ड एजेंट हैं, जो सभी वीएम में चल रहे हैं। उनमें से 4 सीधे निर्माण के लिए उपयोग किया जाता है; उनमें से 6 का उपयोग सिस्टम परीक्षणों को चलाने और चलाने के लिए किया जाता है (जिसमें परीक्षणों में अन्य वीएम समन्वय शामिल होते हैं)। हमने इसका चयन किया क्योंकि हमारे कुछ सिस्टम परीक्षणों को चलाने में 11 घंटे लगते हैं, और हम बिल्ड कतार को पकड़ना नहीं चाहते हैं। हमारे पास चरणबद्ध रिलीज हैं - एक परियोजना आदर्श रूप से परीक्षण विभाग को तब तक जारी नहीं की जाती जब तक कि यह स्वचालित इकाई और सिस्टम परीक्षण पास न हो जाए।

हमारे पास एक दर्जन डेवलपर्स सक्रिय रूप से एक समय में 3 या 4 परियोजनाओं पर काम कर रहे हैं। हम हॉटफिक्स और रखरखाव रिलीज के निर्माण के लिए टीमसिटी का भी उपयोग करते हैं।

आपके परिदृश्य में, मैं आपके पास बजट के सबसे बड़े बॉक्स पर विंडोज 2008 और हाइपरवी का चयन करूंगा। डिस्क I/O सीपीयू पावर से अधिक महत्वपूर्ण है, लेकिन अधिक कोर के साथ आप अधिक वीएम के लिए अधिक आसानी से स्केल कर सकते हैं। प्रत्येक वीएम को सौंपी गई रैम की बहुत सारी स्वैपिंग से बचाती है, और एड्स कैशिंग का मतलब है, जिसका मतलब कम डिस्क I/O है। एक निश्चित बिंदु पर, आप विफल होने के लिए दो या दो से अधिक बक्से रखने पर विचार कर सकते हैं, और क्योंकि कभी-कभी एक बॉक्स के लिए 64 जीबी विकल्प खरीदने के बजाय 32 जीबी रैम के साथ दो बक्से खरीदने के लिए सस्ता होता है।

वीएम का उपयोग करने का एक फायदा यह है कि आप उन्हें स्नैपशॉट कर सकते हैं और उन्हें समय-समय पर वापस कर सकते हैं। प्रत्येक प्रोजेक्ट में शायद SQL सर्वर का अपना उदाहरण होना चाहिए।

+0

रोजर, आपकी प्रतिक्रिया में बहुत विस्तार के लिए धन्यवाद। आपकी प्रतिक्रिया फिर से पढ़ने के बाद – redsquare

+0

की बहुत सराहना की .... 11 घंटे का परीक्षण, वाह ... इतनी देर क्यों प्रकट करने की देखभाल! – redsquare

+1

परीक्षणों में से एक डेटाबेस में कई मिलियन पंक्तियों का परीक्षण करता है और फिर परीक्षण के लिए कोड चलाता है। इसे चलाने के लिए केवल एक परीक्षण के लिए एक घंटे लग सकते हैं। –

3

आपको हमारे दस्तावेज़ में अनुभाग कैसे देखें: http://confluence.jetbrains.net/display/TCD65/How+To ... वहां आपको "टीमसिटी के लिए हार्डवेयर आवश्यकताएं अनुमानित करें" विषय मिलेगा। शायद यह मदद करेगा।

+0

टीमसिटी 8 डॉक्स से अधिक अद्यतित लिंक http://confluence.jetbrains.com/display/TCD8/How+To...#HowTo...-EstimatehardwarerequirementsforTeamCity – KIR