ऐपफ़ैब्रिक कैश अस्थिर लगता है

Question

हम ऐपफ़ैब्रिक वितरित कैश का उपयोग करने का प्रयास कर रहे हैं। गैर-डोमेन सर्वर के साथ बहुत पीछे और बाद में हमने अंततः उन्हें डोमेन में रखा और स्थापना/सेटअप थोड़ा आसान था। हमने त्रुटियों के एक टन से लड़ने के बाद इसे उठाया और दौड़ना शुरू किया, जिनमें से अधिकांश ऐपफैब्रिक में कुछ परीक्षण या अधिक वर्णनात्मक त्रुटि संदेश शामिल करने के लिए तुच्छ लगते हैं। "अस्थायी त्रुटि" बहुत कुछ नहीं समझाती है ...

लेकिन अभी भी समस्याएं हैं।

हमने 3 सर्वर सेट किए हैं, जिनमें से एक "लीड" है। हमें अंततः कैश काम कर रहा था और हमने एक नेटवर्क लोड बैलेंसर को एक सर्वर पर इंगित करते हुए पुष्टि की कि हम एक सर्वर पर कैश सेट कर सकते हैं और इसे दूसरे पर पुनर्प्राप्त कर सकते हैं।

फिर मैंने सभी सर्वरों पर ऐपफ़ैब्रिक कैशिंग सेवा को पुनरारंभ किया और अचानक यह काम नहीं कर रहा है। Get-CacheHost कहते हैं कि वे कर रहे हैं, लेकिन हम जैसे अपवाद प्राप्त करें: बस सेवाएं पुन: प्रारंभ करके

ErrorCode<ERRCA0018>:SubStatus<ES0001>:The request timed out 
ErrorCode<ERRCA0017>:SubStatus<ES0001>:There is a temporary failure. Please retry later. 

इस त्रुटि स्थिति क्यों घटित होता?
ऐपफ़ैब्रिक कैश वास्तव में उत्पादन के उपयोग के लिए तैयार है?
क्या होता है यदि कोई सर्वर ऑफलाइन हो जाता है? लंबे समय तक?
क्या हम "लीड" सर्वर पर निर्भर हैं?

मुझे संदेह है कि यह 5-10 मिनट आर & आर के बाद बैक अप होगा। ऐसा लगता है कि कभी-कभी खुद ही वापस आ जाता है।

अद्यतन: यह कुछ मिनटों के बाद आया था। अब हमने क्लस्टर से एक सर्वर को हटाकर परीक्षण किया है और इसके परिणामस्वरूप लंबे समय तक और अंततः एक अपवाद हुआ।

Answer 1

हम कुछ समय से इसे डिबग कर रहे हैं और मैं अब तक जो पाया है उसे साझा कर रहा हूं।

• विंडोज 2008 पर यूएसी वास्तव में स्थानीय कंप्यूटर तक पहुंच को अवरुद्ध करता है, इसलिए स्थानीय कंप्यूटर की ओर आदेश विफल हो जाएंगे। व्यवस्थापक के रूप में PowerShell प्रारंभ करें या यूएसी को पूरी तरह बाईपास करने के लिए बंद करें।
• बस कॉन्फ़िगरेशन फ़ाइल को मैन्युअल रूप से बदलना काम नहीं करेगा। आपको निर्यात और आयात आदेशों का उपयोग करने की आवश्यकता है।
• फ़ायरवॉल एक प्रमुख मुद्दा है क्योंकि इंस्टॉलर 222 * बंदरगाहों की रेंज खोलता है, लेकिन पावरशेल उपकरण अन्य विंडोज सेवाओं का उपयोग करते हैं। सभी सर्वरों पर फ़ायरवॉल को बंद करना ( की अनुशंसा नहीं की गई) समस्या हल हो गई।
• यदि क्लस्टर से सर्वर हटा दिया गया है तो क्लस्टर फिर से संचालित होने से पहले प्रारंभिक टाइमआउट होगा।
• क्लस्टर को पुनरारंभ करने के बाद बैक अप लेने के लिए 2-5 मिनट का उपयोग करता है।
• अगर पुनरारंभ होता है और एक सर्वर पहुंच योग्य नहीं होता है तो स्टार्टअप समय बढ़ जाता है।
• यदि कॉन्फ़िगरेशन के लिए साझा फाइलशेयर धारण करने वाला सर्वर पहुंच योग्य नहीं है तो सेवाएं शुरू नहीं होंगी। हमने प्रत्येक सर्वर को एक निजी शेयर देकर इसे हल करने का प्रयास किया।