लागू होता है। बैकअप केवल “लेना” ही नहीं बल्कि “पुनर्स्थापित कर सकना” भी महत्वपूर्ण है, इसलिए हम रिकवरी प्रक्रिया और रिकवरी टेस्ट को भी शामिल करके डिज़ाइन करते हैं।

संभव है। हम मौजूदा संपत्तियों का लाभ उठाकर एकीकृत करने की नीति को मूल मानते हैं। केवल कमी वाले हिस्सों के लिए अतिरिक्त या सुदृढ़ीकरण का सुझाव भी दिया जा सकता है।

मूल रूप से प्रवाह है: वर्तमान स्थिति का आकलन → आदर्श स्थिति/प्राथमिकता → एक लक्ष्य पर कार्यान्वयन → ऑपरेशन्स में एकीकरण → क्षैतिज विस्तार।

कॉन्फ़िगरेशन डायग्राम, मॉनिटरिंग डिज़ाइन दस्तावेज़, बैकअप डिज़ाइन दस्तावेज़, सूचना/टिकटिंग डिज़ाइन, Runbook, रिकवरी प्रक्रिया, रिकवरी परीक्षण परिणाम, ऑपरेशन्स हैंडओवर दस्तावेज़ आदि।

अन्य व्यक्तिगत आवश्यकताओं के अनुसार।

पहले छोटे पैमाने पर (1 लक्ष्य) शुरू करें, सफलता का पैटर्न बनाएं और फिर क्षैतिज विस्तार करें। पैमाने और आवश्यकताओं के आधार पर परिवर्तनशील, इसलिए As-is इन्वेंट्री के बाद रोडमैप प्रस्तुत किया जाएगा। 

न्यूनतम विशेषाधिकार, बेसन/अस्थायी विशेषाधिकार, कार्य लॉग, प्रक्रिया-आधारित ऑपरेशन्स को आधार मानकर डिज़ाइन किया गया। आवश्यकतानुसार गोपनीय जानकारी की मास्किंग और पर्यावरण पृथक्करण भी किया जाता है। 

मॉनिटरिंग टूल/सूचना गंतव्य, बैकअप विधि・पीढ़ियाँ・भंडारण स्थान, महत्वपूर्ण सिस्टम सूची, विफलता इतिहास, रिकवरी में कठिनाई वाले मामले, नेटवर्क अवलोकन आरेख (यदि उपलब्ध हो) आदि। 

वर्तमान स्केल (स्थान/सर्वरों की संख्या/मॉनिटरिंग लक्ष्य/बैकअप क्षमता), मौजूदा टूल्स की उपलब्धता, RPO/RTO आवश्यकताओं, और Docs की तैयारी के दायरे के आधार पर व्यक्तिगत अनुमान। स्पॉट/अर्ध-प्रतिबद्धता/ऑपरेशन्स रखरखाव (निरंतर) के लिए भी समर्थन उपलब्ध। 

कई मामलों में “प्रवेश बिंदु (MFA/व्यवस्थापक अनुमतियाँ)” “लॉग एकत्रीकरण” “महत्वपूर्ण संपत्तियों की सुरक्षा” का क्रम प्रभावी है। वर्तमान स्थिति के अनुसार प्राथमिकता तय करें। 

जटिलता से बचने के लिए, हम चरणबद्ध परिचय + दस्तावेज़ीकरण तैयारी + रोलबैक प्रक्रिया को अनिवार्य बनाते हैं। पहले “प्रवेश बिंदु” “लॉग” जैसे आसानी से प्रभाव दिखाने वाले क्षेत्रों से शुरुआत करते हैं। 

संभव है। पहले हम गलत अलर्ट को कम करने और प्राथमिकता को व्यवस्थित करने का काम करेंगे, और ऑपरेशन्स के लिए उपयुक्त स्तर पर स्वचालित टिकट निर्माण और प्राथमिक प्रतिक्रिया को डिज़ाइन करेंगे। 

इसके दायरे में है। IAM, लॉग (CloudTrail आदि), नेटवर्क, ऑडिट, अलर्ट इंटीग्रेशन तक को “ऑपरेशन योग्य रूप” में एकीकृत किया जाता है। 

यह लक्ष्य है। GPO बेसलाइन, स्थानीय व्यवस्थापक अधिकार, पैच पॉलिसी, ऑडिट लॉग आदि को शामिल करते हुए व्यवस्थित किया जा सकता है। 

हम इसका समर्थन कर सकते हैं। हम SIEM डिप्लॉयमेंट के प्रारंभिक चरण “संग्रह, स्टोरेज, एक्सेस अधिकार, और रिटेंशन अवधि” से डिज़ाइन करते हैं। 

कॉन्फ़िगरेशन डायग्राम, सेटिंग पॉलिसी, पॉलिसी/रूल सूची, ऑपरेशन्स प्रक्रिया दस्तावेज़ (Runbook), रोलबैक प्रक्रिया, रजिस्टर (खाता・उपकरण・प्रमाणपत्र आदि) को बेसिक सेट के रूप में तैयार किया जाता है। 

छोटे पैमाने (प्रवेश + लॉग) के लिए कुछ सप्ताह से शुरू होता है, पूर्ण एकीकरण (ID/FW/EDR/SIEM) के लिए कई महीने लग सकते हैं। चरणबद्ध तैनाती से जोखिम को कम किया जाता है। 

हम सिद्धांत रूप से “उपयोग करने की पूर्वधारणा” के साथ एकीकृत करते हैं। उत्पाद प्रतिस्थापन अंतिम उपाय है, और हम सेटिंग्स, ऑपरेशन्स और लॉग एकीकरण की व्यवस्था से शुरू करते हैं। 

हम न्यूनतम विशेषाधिकार के साथ काम करने, कार्य खातों को अलग करने, और ऑडिट ट्रेल (कार्य लॉग) को आधार मानकर आगे बढ़ते हैं। आवश्यकतानुसार VPN, जंप सर्वर, केवल स्क्रीन शेयरिंग आदि विधियों का भी चयन किया जा सकता है। 

नेटवर्क अवलोकन आरेख (यदि उपलब्ध हो), उपयोग में आने वाले उत्पादों की सूची (फ़ायरवॉल/EDR आदि), लॉग संग्रहण की स्थिति, और समस्याओं के उदाहरण (अत्यधिक अलर्ट, ऑडिट अनुपालन आदि) होने से प्रक्रिया सुचारू रहेगी। 

हम वर्तमान पैमाने (स्थानों की संख्या, टर्मिनलों की संख्या, लॉग मात्रा), कवरेज क्षेत्र (ID/FW/EDR/SIEM आदि), और स्विचिंग विधि (चरणबद्ध/एक साथ) के आधार पर अनुमान प्रदान करते हैं। आप इन्वेंट्री + रोडमैप निर्माण से छोटे पैमाने पर शुरुआत कर सकते हैं। 

संभव है। हम ऑपरेशन्स प्रक्रिया दस्तावेज़ तैयार करना, ऑपरेशन्स प्रशिक्षण, विफलता की स्थिति में प्रतिक्रिया प्रवाह, मॉनिटरिंग और बैकअप ऑपरेशन्स की स्थापना, और सुधार सुझाव तक शामिल करते हुए सहायता प्रदान करते हैं। 

यह पैमाने और डाउनटाइम की बाधाओं के अनुसार बदलता है। आमतौर पर “वर्तमान स्थिति का विश्लेषण → डिज़ाइन → PoC/सत्यापन → सेटअप → चरणबद्ध माइग्रेशन → स्विचओवर → हैंडओवर” के क्रम में आगे बढ़ते हैं, और पहले वर्तमान स्थिति के विश्लेषण के परिणामों से रोडमैप (शेड्यूल प्रस्ताव) प्रस्तुत किया जाता है। 

हम न्यूनतम विशेषाधिकार वाले कार्य खाते, कार्य लॉग / परिवर्तन इतिहास की रिकॉर्डिंग, और एक्सेस पथों की सीमा (VPN/बेसशन आदि) को बुनियादी नीति के रूप में अपनाते हुए, आपकी कंपनी के नियमों के अनुसार ऑपरेशन्स करते हैं। सुरक्षा आवश्यकताओं (ऑडिट अनुपालन आदि) को भी आधार मानकर डिज़ाइन किया जा सकता है। 

उदाहरण: कॉन्फ़िगरेशन डायग्राम, पैरामीटर शीट, डिज़ाइन डॉक्यूमेंट, माइग्रेशन योजना, स्विचिंग और रोलबैक प्रक्रियाएं, परीक्षण आइटम सूची, सत्यापन परिणाम, ऑपरेशन्स प्रक्रियाएं (Runbook), मॉनिटरिंग डिज़ाइन डॉक्यूमेंट आदि। आवश्यक विवरण स्तर को ऑपरेशन्स संरचना के अनुसार समायोजित किया जाता है। 

हां, हम ऐसा कर सकते हैं। हम मॉनिटरिंग (Zabbix आदि), सूचना प्रवाह, लॉग संग्रह और संरक्षण, बैकअप विधि (जनरेशन और रिकवरी परीक्षण) को ऑपरेशन्स डिज़ाइन के रूप में व्यवस्थित करेंगे। 

संभव है। वर्तमान लोड ट्रेंड और लक्षित प्रदर्शन से परिकल्पना बनाते हुए, PoC कॉन्फ़िगरेशन, सत्यापन आइटम और मूल्यांकन मानदंड परिभाषित करके कार्यान्वित करते हैं (परिणाम को उत्पादन डिज़ाइन में प्रतिबिंबित करते हैं)। 

संभव है। केवल वर्चुअलाइजेशन को ऑप्टिमाइज़ करने से ऑपरेशन्स में विफलता आसानी से हो सकती है, इसलिए हम नेटवर्क, सुरक्षा, स्टोरेज सहित समग्र डिज़ाइन के साथ इसे संभालते हैं। 

संभव है। स्विचओवर विफलता के समय रोलबैक प्रक्रिया, RTO/RPO की व्यवस्था, DR संरचना (दूरस्थ स्थान・रेप्लिकेशन आदि) और परीक्षण प्रक्रिया तक दस्तावेज़ीकरण करके प्रदान करते हैं।  

संभव है। हम लक्षित सिस्टम की विशेषताओं के अनुसार समानांतर ऑपरेशन, चरणबद्ध माइग्रेशन और स्विचओवर प्रक्रियाओं को डिज़ाइन करते हैं और डाउनटाइम को न्यूनतम करने की योजना बनाते हैं (जहां डाउनटाइम आवश्यक हो, उसे पहले से स्पष्ट किया जाता है)। 

संभव है। हम प्रदर्शन, रिडंडेंसी, फॉल्ट डोमेन, नेटवर्क आइसोलेशन जैसे डिज़ाइन पहलुओं को व्यवस्थित करते हैं और सेटअप के बाद के ऑपरेशन्स (मॉनिटरिंग, बैकअप, विस्तार प्रक्रिया) तक शामिल करके तैयार करते हैं। 

यह संभव है। हम ऐसी संरचना तैयार करते हैं जो साइट और क्लाउड के बीच कनेक्शन (VPN आदि), नाम रिज़ॉल्यूशन और ID एकीकरण, ऑपरेशन्स मॉनिटरिंग और बैकअप नीति सहित संचालित की जा सके। 

हम मुख्य रूप से VMware vSphere/ESXi, Hyper-V, Proxmox (HCI सहित) को सपोर्ट करते हैं। हम आपके मौजूदा वातावरण और माइग्रेशन गंतव्य की आवश्यकताओं के अनुसार डिज़ाइन, सेटअप, माइग्रेशन और ऑपरेशन्स डिज़ाइन तक सहायता प्रदान करते हैं।  

यदि संभव हो, तो सर्वर/VM सूची (CPU/मेमोरी/क्षमता), वर्चुअल इन्फ्रास्ट्रक्चर का संस्करण, नेटवर्क कॉन्फ़िगरेशन आरेख (VLAN/रूटिंग/FW), स्टोरेज कॉन्फ़िगरेशन, बैकअप पद्धति, रखरखाव समाप्ति तिथि, और सर्वर बंद करने योग्य समय स्लॉट तैयार करें। यदि उपलब्ध नहीं है, तो हम हियरिंग से इन्वेंटरी भी कर सकते हैं। 

लागत का दायरा (होस्ट की संख्या / VM की संख्या / साइटों की संख्या / डाउनटाइम सहनशीलता / डिज़ाइन, माइग्रेशन और ऑपरेशन्स डिज़ाइन की उपस्थिति) के आधार पर भिन्न होता है। सबसे पहले, हम मौजूदा स्थिति (As-is) की समीक्षा करके आधार तैयार करते हैं, फिर प्रारंभिक अनुमान से चरणबद्ध कार्यान्वयन के लिए विस्तृत अनुमान तैयार करते हैं। 

हम न्यूनतम विशेषाधिकार वाले कार्य खाता, ऑपरेशन लॉग सुरक्षित करने, और कॉन्फ़िगरेशन फ़ाइल भंडारण नियमों (एन्क्रिप्शन और भंडारण स्थान) को आधार मानकर आगे बढ़ते हैं।

आवश्यकता के अनुसार NDA समझौते और डेटा निकालने पर प्रतिबंध जैसी व्यवस्थाओं को आपकी कंपनी की नीतियों के अनुसार अनुकूलित करते हैं।

कनेक्टिविटी, रूटिंग, रिडंडेंसी स्विचओवर, VPN कनेक्शन, फ़ायरवॉल पॉलिसी, मॉनिटरिंग अलर्ट आदि आवश्यक पहलुओं के लिए परीक्षण आइटम परिभाषित किए जाते हैं।

यदि उत्पादन-समकक्ष परीक्षण कठिन है, तो चरणबद्ध स्विचओवर डिज़ाइन द्वारा जोखिम को कम किया जाता है।

As-Is/To-Be कॉन्फ़िगरेशन डायग्राम, IP/VLAN रजिस्टर, कॉन्फ़िगरेशन बैकअप, स्विचओवर/रिकवरी प्रक्रियाएं, परीक्षण आइटम और परिणाम, ऑपरेशन्स Runbook (मॉनिटरिंग/विफलता प्रतिक्रिया) आदि मूल हैं।

प्रोजेक्ट के दायरे के अनुसार चयन किया जाता है।

मॉनिटरिंग लक्ष्य, थ्रेशोल्ड और नोटिफिकेशन नियम (गलत अलर्ट को दबाने के लिए) सहित डिज़ाइन किया जा सकता है।

लॉग एकत्रीकरण (Syslog आदि) और विफलता के समय प्रारंभिक समस्या निवारण प्रवाह (Runbook) की तैयारी तक का समर्थन करते हैं।

संभव है। मौजूदा पॉलिसी की इन्वेंट्री (उपयोग स्थिति・डुप्लिकेशन・अपवाद・जिम्मेदारी सीमाएं) → एकीकरण → न्यूनतम विशेषाधिकार के क्रम में व्यवस्थित करते हैं।

परिवर्तन के समय प्रभाव क्षेत्र और रोलबैक को स्पष्ट करते हुए, चरणबद्ध तरीके से सुरक्षित रूप से माइग्रेशन करते हैं।

हम चरणबद्ध स्विचिंग के माध्यम से प्रभाव को न्यूनतम करने का प्रयास करते हैं।

यदि बंद करना आवश्यक हो, तो हम पहले से स्विचिंग प्रक्रिया, रिकवरी (रोलबैक) प्रक्रिया और संचार प्रवाह तैयार करते हैं ताकि इसे कम समय में लागू किया जा सके।

छोटे पैमाने (1 स्थान, कुछ यूनिट) के लिए कुछ सप्ताह से, मध्यम पैमाने के लिए लगभग 1-3 महीने का समय लगता है।

 यह प्री-सर्वे की गहराई / परीक्षण वातावरण की उपलब्धता / स्विचओवर की संख्या के आधार पर भिन्न होता है।

मौजूदा उपकरणों का उपयोग करते हुए नवीनीकरण और एकीकरण, और नए इंस्टॉलेशन दोनों संभव हैं।

वर्तमान बाधाओं (सपोर्ट समाप्ति तिथि, प्रदर्शन, ऑपरेशन्स संरचना) को ध्यान में रखते हुए, हम इष्टतम कॉन्फ़िगरेशन और माइग्रेशन प्रक्रिया का प्रस्ताव करते हैं।

 LAN (VLAN/ACL), WAN (लाइन/रूट), VPN (साइट-टू-साइट/रिमोट), फ़ायरवॉल, रिडंडेंसी, मॉनिटरिंग और लॉग, ऑपरेशन्स हैंडओवर (दस्तावेज़ीकरण/प्रक्रिया मैनुअल) तक शामिल है।

केवल आवश्यक दायरे के लिए स्पॉट सपोर्ट भी उपलब्ध है।

कॉन्फ़िगरेशन डायग्राम, IP/VLAN सूची, लाइन जानकारी (ISP/बैंडविड्थ/रिडंडेंसी), डिवाइस मॉडल नंबर・OS, वर्तमान समस्याएं, और वांछित शेड्यूल होने पर प्रक्रिया सुचारू रूप से चलती है।

यदि दस्तावेज़ तैयार नहीं हैं, तो हम इन्वेंटरी (As-Is) से भी शुरुआत कर सकते हैं।

लक्षित दायरा (साइट्स की संख्या / डिवाइसेज़ की संख्या / लाइनों की संख्या), आवश्यकताएं (डाउनटाइम स्वीकार्यता, रिडंडेंसी स्तर, सुरक्षा आवश्यकताएं), कार्य समय (सप्ताह के दिन / रात / छुट्टियां) के आधार पर व्यक्तिगत अनुमान प्रदान किया जाता है।

पहले हम मौजूदा स्थिति की जानकारी लेकर अनुमानित लागत प्रस्तुत करेंगे।

हां, संभव है। हम डेटा सेंटर/सर्वर रूम में रैक इंस्टॉलेशन, केबलिंग, लेबलिंग और कनेक्टिविटी वेरिफिकेशन तक का काम संभालते हैं (यदि एंट्री प्रक्रिया या कार्य समय की बाधाएं हों तो पहले से समन्वय किया जाता है)। 

कॉन्फ़िगरेशन डायग्राम, वॉल्यूम टेबल, कनेक्शन टेबल (पोर्ट/ज़ोनिंग आदि), स्विचओवर प्रक्रिया, रोलबैक प्रक्रिया, चेकलिस्ट, परीक्षण आइटम और परीक्षण परिणाम (साक्ष्य), ऑपरेशन्स प्रक्रिया (मॉनिटरिंग और प्राथमिक समस्या निवारण) आदि। 

संभव है। हम जनरेशन मैनेजमेंट, रिकवरी प्रक्रिया, DR (रेप्लिकेशन आदि) को शामिल करते हुए “रिकवर करने योग्य स्थिति” बनाते हैं। स्विच के बाद **रिस्टोर वेरिफिकेशन (अभ्यास)** तक कवरेज में शामिल किया जा सकता है। 

संभव है। I/O आवश्यकताओं की पूर्व व्यवस्था के अलावा, आवश्यकतानुसार लोड परीक्षण (उदाहरण: FIO) या स्वीकृति परीक्षण (प्रदर्शन, रिडंडेंसी, रिकवरी) किया जाता है और साक्ष्य के रूप में संग्रहीत किया जाता है। 

लक्ष्य (VM/DB/फ़ाइल) और आवश्यकताओं (डाउनटाइम सहनशीलता・स्थिरता・गति) के आधार पर इष्टतम विधि भिन्न होती है, इसलिए वर्तमान स्थिति की पुष्टि करने के बाद, ऑनलाइन/ऑफ़लाइन/चरणबद्ध माइग्रेशन आदि से व्यावहारिक प्रक्रिया डिज़ाइन करते हैं। 

“हो सकता है / नहीं हो सकता” को अस्पष्ट न रखते हुए, **स्विचिंग शर्तें・निर्णय बिंदु・रिकवरी प्रक्रिया (रोलबैक)** को पहले से परिभाषित करते हैं। स्विचिंग के दिन के निर्णय सामग्री (पुष्टि आइटम・लॉग・परीक्षण परिणाम) भी तैयार करते हैं। 

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

संभव है। EOL/EOSL, क्षमता वृद्धि, प्रदर्शन (IOPS・विलंबता), रिडंडेंसी, बैकअप/DR, ऑपरेशन्स संरचना को आधार मानते हुए, आवश्यकताओं के अनुरूप कॉन्फ़िगरेशन में परिवर्तित करते हैं। 

FC (SAN) / iSCSI / NFS / CIFS (SMB) आदि, मौजूदा तरीकों के अनुसार डिज़ाइन, सेटअप और माइग्रेशन में सहायता करते हैं। HCI (Ceph/vSAN आदि) सहित कॉन्फ़िगरेशन के लिए भी हमसे परामर्श करें। 

वर्तमान स्थिति का आकलन (क्षमता, I/O, निर्भरताएँ) → साइज़िंग → कॉन्फ़िगरेशन डिज़ाइन → सेटअप → डेटा माइग्रेशन → स्वीकृति परीक्षण → ऑपरेशन्स हैंडओवर (दस्तावेज़ डिलीवरी) तक, हम एंड-टू-एंड सपोर्ट प्रदान करते हैं। 

यह वेंडर-फ्री है।

हम मौजूदा वातावरण की जांच से लेकर सभी कार्यों में सहायता कर सकते हैं। विवरण हियरिंग के दौरान पुष्टि किए जाएंगे।

मुख्य रूप से निम्नलिखित के आधार पर भिन्न होता है: 

・कार्य का दायरा (रैक/केबलिंग/पावर/UPS/लाइन/हटाना आदि)

・बंद करने की शर्तें (बिना बंद किए/कम समय के लिए बंद/रात/छुट्टी के दिन)

・स्थानीय बाधाएं (डिलीवरी/सुरक्षा/प्रवेश, रैक की भीड़, कार्य स्थान)

・आवश्यक सामग्री (केबल की लंबाई, लेबल, पैनल, PDU आदि)

स्थल सर्वेक्षण के बाद, प्रक्रिया, कर्मचारी और सामग्री को स्पष्ट करते हुए अनुमान प्रस्तुत किया जाता है। 

DC के नियमों और आपकी कंपनी की पॉलिसी के अनुसार, न्यूनतम अधिकार और आवश्यक न्यूनतम जानकारी के साथ काम करते हैं।

आवश्यकतानुसार NDA, कर्मचारी सूची, कार्य रिपोर्ट, फोटो हैंडलिंग नियमों (फोटोग्राफी निषिद्ध/मास्किंग आवश्यक आदि) का भी पालन करते हैं। 

 हाँ। हम कार्य आवेदन, प्रवेश प्रक्रिया, क्रॉस कनेक्ट/लाइन इंस्टॉलेशन की व्यवस्था आदि, साइट की बाधाओं को ध्यान में रखते हुए समन्वय में सहायता करते हैं।

(यदि अनुबंध इकाई की बाधाएं हैं, तो हम स्पष्ट करेंगे कि आपकी ओर से किन प्रक्रियाओं की आवश्यकता है।) 

हम ऐसे प्रारूप में डिलीवर करते हैं जिसे पुनः उपयोग किया जा सकता है (यथासंभव आपके इच्छित प्रारूप के अनुसार)। 

उदाहरण: रैक डायग्राम/U चार्ट, केबलिंग डायग्राम, केबलिंग टेबल, पोर्ट टेबल, पावर सिस्टम डायग्राम, एसेट रजिस्टर, कार्य प्रक्रिया दस्तावेज़, परीक्षण परिणाम, फोटो रिकॉर्ड। 

रेंज के अनुसार लागू करते हैं। उदाहरण: 

・पावर कन्फर्मेशन, लिंक अप/कनेक्टिविटी, रिडंडेंट पाथ स्विचओवर कन्फर्मेशन

・मॉनिटरिंग पहलुओं (SNMP/अलर्ट) और LED/लॉग कन्फर्मेशन प्रक्रियाओं की स्थापना

・आवश्यकता अनुसार लोड टेस्टिंग (सरल/व्यापक)

※”किस हद तक को स्वीकृति मानदंड बनाया जाए” को पहले से स्पष्ट रूप से परिभाषित करते हैं। 

हां। “बाद में ट्रैक किए जा सकने वाली” स्थिति को डिलिवरेबल्स में शामिल किया जाता है। 

・लेबल डिज़ाइन (नामकरण नियम)

・वायरिंग टेबल/पोर्ट टेबल की तैयारी

・बंडलिंग・रूट सेपरेशन (पावर/कम्युनिकेशन, A/B सेपरेशन आदि)

・पूर्णता के बाद फोटो रिकॉर्ड (आवश्यकतानुसार) 

यह संभव है। हम DC के प्रवेश प्रतिबंधों और कार्य आवेदन (पूर्व आवेदन, उपस्थिति आवश्यकताओं) के अनुसार कार्य अनुसूची और कार्य संरचना तैयार करते हैं। 

संभव है। हालांकि “बिना रुके करने” के लिए, **स्टॉप कंडीशन्स・स्विचिंग सीक्वेंस・रिकवरी (रोलबैक)** को पहले से डिज़ाइन करते हैं, और मौके पर चेकलिस्ट ऑपरेशन करते हैं।

पावर/UPS रिप्लेसमेंट आदि के लिए भी, रिडंडेंट कॉन्फ़िगरेशन और लोड स्थिति के अनुसार व्यवस्था करते हैं (उदाहरण: N+1 कॉन्फ़िगरेशन का रिप्लेसमेंट आदि)। 

दुर्घटनाओं और रीवर्क के कारणों को रोकने के लिए “बाधाओं” को पहले से ही समाप्त करने के लिए, मुख्य रूप से निम्नलिखित की पुष्टि की जाती है: 

・रैक खाली U/गहराई/वजन, फिक्सिंग विधि, आगे-पीछे के दरवाजे में व्यवधान

・बिजली क्षमता (A/B सिस्टम, PDU, ब्रेकर, रिडंडेंसी), केबल रूटिंग

・कूलिंग (हॉट/कोल्ड, एयरफ्लो, इनटेक/एग्जॉस्ट, एयर कंडीशनिंग की बाधाएं)

・डिलीवरी मार्ग/सुरक्षा/उपकरण/कार्य स्थान

・मौजूदा वायरिंग की ट्रेसेबिलिटी (लेबल की उपस्थिति, संगठन की स्थिति

यदि संभव हो तो कृपया निम्नलिखित तैयार रखें (यदि उपलब्ध नहीं है तो भी हम साइट पर इन्वेंट्री कर सकते हैं)। 

・मौजूदा रैक डायग्राम/U चार्ट, वायरिंग डायग्राम, पावर सिस्टम डायग्राम (या डिस्ट्रीब्यूशन बोर्ड जानकारी)

・कार्य समय (रात्रि/छुट्टी के दिन संभव या नहीं) और बंद करने की शर्तें (बंद नहीं किया जा सकता, थोड़े समय के लिए बंद, आदि)

・डिलीवरी मार्ग/प्रवेश नियम (DC नियम), उपस्थिति संभव या नहीं

・अतिरिक्त उपकरणों का मॉडल नंबर और मात्रा (यदि अनिश्चित है तो अनुमानित भी चलेगा) 

स्थानीय सर्वेक्षण से शुरू करते हुए, योजना→निर्माण→परीक्षण→सुपुर्दगी तक एकीकृत समाधान प्रदान करते हैं।

विशिष्ट उदाहरण: रैक माउंटिंग/U डिज़ाइन, LAN/ऑप्टिकल/विद्युत वायरिंग, लेबल・वायरिंग तालिका, लाइन/क्रॉस कनेक्ट व्यवस्था समर्थन, विद्युत आपूर्ति/वितरण/UPS, स्वीकृति परीक्षण, पूर्णता आरेख・रजिस्टर・प्रक्रिया दस्तावेज़ तैयारी। 

यह लक्ष्य दायरे (फ्लो की संख्या, एकीकरण गंतव्य, अनुमति/अनुमोदन/ऑडिट ट्रेल की आवश्यकताएं, परीक्षण की गहराई) द्वारा निर्धारित होता है।

सबसे पहले मुफ्त परामर्श (स्वचालन निदान) के साथ “कहां से शुरू करना उचित है” और “अनुमानित लागत” को व्यवस्थित करें, और एक उपयुक्त स्कोप बनाएं। 

जानकारी जितनी हो उतनी काफी है, लेकिन निम्नलिखित होने पर काम आसान हो जाता है।

• वर्तमान ऑपरेशन्स फ्लो (कौन क्या कर रहा है)
• मॉनिटरिंग अलर्ट की सूची (प्राथमिकता, आवृत्ति, समस्याग्रस्त अलर्ट)
• टिकट सिस्टम (Jira आदि) और नोटिफिकेशन चैनल (ईमेल/चैट)
• बाधाएं (डाउनटाइम प्रतिबंध, अनुमोदन आवश्यकताएं, ऑडिट आवश्यकताएं आदि) 

हम न्यूनतम आवश्यक जानकारी और अधिकारों के साथ आगे बढ़ते हैं। (Need-to-Know सिद्धांत)

• VPN/जंपिंग बोर्ड/सीमित अवधि के खाते जैसे ऑपरेशन्स के अनुरूप एक्सेस
• कार्य लॉग और परिवर्तन इतिहास की रिकॉर्डिंग
• गोपनीय जानकारी नियम (NDA आदि)

  आदि, संगठन के नियमों के अनुसार डिज़ाइन और संचालन करते हैं। 

अगर पहले केवल 1 फ्लो की शुरुआत है, तो आवश्यकताओं की स्पष्टता के आधार पर शॉर्ट-टर्म में शुरुआत → प्रभाव की पुष्टि का रूप लेना आसान होता है।

जितना अधिक यह कई सिस्टम (मॉनिटरिंग, टिकटिंग, अनुमतियाँ, लॉग) में फैला होगा, उतना ही समन्वय बढ़ेगा, इसलिए चरणबद्ध परिचय (छोटे से शुरू → क्षैतिज विस्तार) अधिक व्यावहारिक है। 

.प्रोजेक्ट की सामग्री पर निर्भर करता है, लेकिन आम तौर पर निम्नलिखित होते हैं।

• डिज़ाइन दस्तावेज़ (कॉन्फ़िगरेशन डायग्राम, फ़्लो, अनुमति/अनुमोदन डिज़ाइन, ऑपरेशन नियम)
• प्रक्रिया मैनुअल (Runbook, स्विचओवर/रिकवरी, ऑपरेशन प्रक्रिया)
• परीक्षण परिणाम (अपेक्षित केस, परिणाम, सावधानियां)
• कार्यान्वयन (कॉन्फ़िगरेशन, स्क्रिप्ट, एकीकरण प्रक्रिया आदि)

  “व्यक्तिगत निर्भरता से बचने” के लिए, हम दस्तावेज़ीकरण को डिलिवरेबल के रूप में महत्व देते हैं 

आमतौर पर निम्नलिखित होते हैं।

1. वर्तमान स्थिति का आकलन (As-Is) और समस्याओं की पहचान
2. लक्ष्य और प्राथमिकता निर्धारण (रोडमैप)
3. पहले एक फ्लो का कार्यान्वयन (सूचना/टिकट/Runbook आदि)
4. परीक्षण और ऑपरेशन्स नियम व्यवस्था (अनुमोदन/ट्रेस/अधिकार)
5. क्षैतिज विस्तार और ऑपरेशन्स हैंडओवर (Docs/प्रक्रिया/प्रशिक्षण) 

हाँ। स्वचालन न केवल “सुविधा” के लिए, बल्कि रिकवरी क्षमता बढ़ाने के लिए भी उपयोग किया जाता है।

स्नैपशॉट, बैकअप, और DR के लिए केवल निष्पादन ही नहीं, बल्कि “रिकवरी प्रक्रिया और परीक्षण (रिस्टोर सत्यापन)” महत्वपूर्ण है, इसलिए हम प्रक्रिया और सत्यापन को शामिल करके डिज़ाइन करते हैं। 

लागू है। AD/OU डिज़ाइन और GPO के माध्यम से बेसलाइन लागू करना (ऑडिट नीति, सुरक्षा सेटिंग्स, अपडेट नीति आदि) भी ऑपरेशन्स नियंत्रण के हिस्से के रूप में माना जा सकता है।

Linux पक्ष में cloud-init आदि के साथ प्रारंभिक सेटअप के मानकीकरण की ओर बढ़ने का रूप अधिक होता है। 

.उद्देश्य (समस्या निवारण/ऑडिट/सुरक्षा) के अनुसार, संग्रहण・वर्गीकरण・प्रतिधारण अवधि・खोज क्षमता को डिज़ाइन करें।

「बहुत सारे लॉग एकत्र किए लेकिन उपयोग नहीं कर सके」 से बचने के लिए, शुरुआत में लक्ष्य को सीमित करें और केवल आवश्यक लॉग को निश्चित रूप से ट्रैक कर सकें ऐसा रूप बनाएं। 

हम यह कर सकते हैं।

• अनुमोदन प्रवाह (निष्पादन से पहले समीक्षा और अनुमोदन)
• अनुमति पृथक्करण (निष्पादन खाता/ऑपरेशन्स प्रभारी/अनुमोदनकर्ता)
• ऑडिट ट्रेल (निष्पादन लॉग, परिवर्तन इतिहास, कॉन्फ़िगरेशन अंतर)

  को आधार बनाते हुए, हम इसे ऑडिट के लिए उपयुक्त रूप में व्यवस्थित करते हैं। 

महत्वपूर्ण परिवर्तनों (रोकना, स्विच करना, फ़ायरवॉल परिवर्तन आदि) के लिए, अनुमोदन गेट और मैनुअल पुष्टिकरण चरण को शामिल करना मूल डिज़ाइन है।

इसके अलावा, निष्पादन लॉग (किसने / कब / क्या) को सहेजें और रोलबैक प्रक्रिया को एक साथ तैयार करें।

“सुविधाजनक लेकिन खतरनाक ऑटोमेशन” न बनने के लिए, नियंत्रण को ध्यान में रखते हुए बनाएं। 

शुरुआत में “1 फ्लो फिक्स्ड” सबसे कम विफल होने वाला है।

उदाहरण:

• मॉनिटरिंग अलर्ट → नोटिफिकेशन (ईमेल/चैट) → टिकट ऑटो क्रिएशन
• नियमित कार्य (रीस्टार्ट/स्विचओवर/लॉग संग्रह) को Runbook बनाकर प्रथम प्रतिक्रिया तक
• प्रभाव दिखाई देने पर, उसी प्रकार से अन्य अलर्ट में विस्तार करें। 

. प्रमुख रूप से, मॉनिटरिंग इवेंट→नोटिफिकेशन→टिकटिंग, प्राथमिक प्रतिक्रिया (Runbook), प्रोविजनिंग का मानकीकरण (टेम्पलेट/प्रारंभिक सेटिंग्स), परिवर्तन प्रबंधन (अनुमोदन/रिकॉर्ड), लॉग एकत्रीकरण और ऑडिट प्रतिक्रिया आदि शामिल हैं।

“मानवीय निर्णय की आवश्यकता” और “सिस्टम को सौंपे जा सकने वाले नियमित कार्य” को अलग करके, सुव्यवस्थित क्रम में चरणबद्ध तरीके से लागू करते हैं। 

उद्देश्य・उपयोग（वेब प्रकाशन, व्यावसायिक प्रणाली, AI प्रशिक्षण, परीक्षण वातावरण आदि）

पसंदीदा प्रकार（क्लाउड／VPS／GPU／समर्पित कॉन्फ़िगरेशन, ऑपरेशन्स सहायता की उपलब्धता）

आकार का अनुमान（उपयोगकर्ताओं की संख्या, एक्सेस मात्रा, आवश्यक CPU/मेमोरी/स्टोरेज, GPU की उपलब्धता）

माइग्रेशन की उपलब्धता・वांछित समय（वर्तमान वातावरण की उपलब्धता, कब तक उपयोग करना है） 

फ़ायरवॉल नियंत्रण सुविधा मानक रूप से प्रदान की जाती है।

आउटबाउंड के संबंध में पूर्ण रूप से खोलने के बजाय, इन नियमों के आधार पर व्हाइटलिस्ट पद्धति के साथ खोला जाएगा।

VPN के संबंध में, ग्राहक की ओर से वर्चुअल राउटर का निर्माण करके यह संभव होगा।

हमारी कंपनी में समर्थन के दायरे को स्पष्ट रूप से परिभाषित किया गया है, ताकि ग्राहक बिना किसी गलतफहमी के आरामदायक सेवा का उपयोग कर सकें।

कृपया इन मानक समर्थन नियमों की जाँच करें।

हाँ, उपयोग संभव है।

विवरण के लिए सेवा पृष्ठ देखें।

क्लाउड
VPS  

GPU VPS 

TETS2

TEST

माइग्रेशन की संभावना और प्रक्रिया वर्तमान ऑपरेशन्स विधि (ग्राहक प्रबंधन, बिलिंग, एकीकृत बैकएंड) के आधार पर भिन्न होती है।
कृपया अपनी आवश्यकताओं को व्यवस्थित करने के बाद सपोर्ट टिकट के माध्यम से परामर्श करें (आवश्यकतानुसार व्यक्तिगत सहायता/अनुमान की आवश्यकता हो सकती है)। 

आम तौर पर, (1)आवेदन → (2)भुगतान/पुष्टि → (3)प्रबंधन पैनल की प्रारंभिक सेटिंग्स (ब्रांड/भुगतान/उत्पाद) → (4)बिक्री शुरू, यह प्रक्रिया है।
यदि समीक्षा या अतिरिक्त पुष्टि की आवश्यकता है, तो शुरू होने में समय लग सकता है।

हमारे द्वारा एकत्रित और संसाधित की जाने वाली व्यक्तिगत जानकारी आदि हमारी गोपनीयता नीति और संबंधित नियमों के अनुसार संभाली जाती है।
डोमेन/SSL की प्रक्रियाओं में, रजिस्ट्रार/रजिस्ट्री/प्रमाणीकरण प्राधिकरण आदि को पंजीकरण जानकारी प्रदान करना आवश्यक हो सकता है। 

हैं। कानून का उल्लंघन, अधिकारों का उल्लंघन, स्पैम, फ़िशिंग, मैलवेयर वितरण आदि सख्ती से निषिद्ध हैं।
उल्लंघन या संदेह की स्थिति में, हम संचार प्रतिबंध, निलंबन आदि उपाय कर सकते हैं। 

धोखाधड़ी की रोकथाम और सुरक्षित संचालन के लिए, आवेदन के समय या उपयोग के दौरान, हम अतिरिक्त सत्यापन (व्यक्तिगत/कॉर्पोरेट सत्यापन, संपर्क विवरण सत्यापन, उपयोग के उद्देश्य की पुष्टि आदि) का अनुरोध कर सकते हैं।
यदि आप सत्यापन में सहयोग नहीं कर पाते हैं, तो प्रक्रिया को रोक दिया जा सकता है, प्रतिबंधित किया जा सकता है, या निलंबित किया जा सकता है।

डिजिटल सेवाओं की प्रकृति के कारण, सेवा शुरू होने के बाद, जब तक हमारी ओर से कोई जिम्मेदारी न हो, सिद्धांत रूप से रिफंड नहीं किया जाएगा।
इसके अलावा, डोमेन/SSL तीसरे पक्ष के नियमों की प्रकृति के कारण, पंजीकरण/जारी होने के बाद रिफंड संभव नहीं हो सकता है। 

सामान्यतः आप क्लाइंट पोर्टल से प्रक्रिया कर सकते हैं।
“अगली रिन्यूअल न करें (रिन्यूअल रोकें)” के रूप में मान्य होने का समय आवेदन समय और रिन्यूअल तिथि के आधार पर भिन्न हो सकता है।

सामान्यतः यह सब्सक्रिप्शन (आवर्ती बिलिंग) आधारित है। नवीनीकरण तिथि और बिलिंग का समय प्रबंधन पैनल और इनवॉइस प्रदर्शन के अनुसार होता है।

यह टिकट प्रतिक्रिया की प्राथमिकता को समायोजित करने के ऑपरेशन को संदर्भित करता है (उदाहरण: कुछ शर्तों के तहत प्राथमिकता बढ़ाना आदि)।
हालांकि, यह प्रतिक्रिया समय या समाधान समय सीमा की गारंटी नहीं है। लागू शर्तें योजना और ऑपरेशन नियमों के अनुसार भिन्न होती हैं। 

यह 24 घंटे की रिसेप्शन और रिस्पांस सिस्टम के लिए लक्षित ऑपरेशन्स को संदर्भित करता है, लेकिन यह रिस्पांस टाइम, रिज़ॉल्यूशन टाइम आदि की समय गारंटी (SLA) का मतलब नहीं है।
रिस्पांस बेस्ट एफर्ट के आधार पर होगा, और परिस्थितियों के आधार पर जांच और रिस्पांस शुरू होने में देरी हो सकती है। 

सिद्धांत रूप में, हम क्लाइंट पोर्टल के सपोर्ट टिकट के माध्यम से समर्थन स्वीकार करते हैं (रिकॉर्ड रखरखाव और प्रतिक्रिया गुणवत्ता के दृष्टिकोण से)।
जब तक कोई व्यक्तिगत अनुबंध न हो, हम फोन द्वारा तकनीकी सहायता प्रदान नहीं करते हैं। 

संभावना है, लेकिन कस्टम डेवलपमेंट/इंटीग्रेशन कार्य की आवश्यकता हो सकती है। कृपया आवश्यकताओं (API विनिर्देश, प्रमाणीकरण विधि, निर्माण/हटाने की प्रक्रिया आदि) को व्यवस्थित करके हमसे संपर्क करें। 

यदि बैकएंड पक्ष API आदि का समर्थन करता है, तो आवेदन के बाद स्वचालित रूप से बनाई गई कॉन्फ़िगरेशन संभव है।
दूसरी ओर, यदि समीक्षा, पहचान सत्यापन, बाहरी कारक या अपवाद शर्तें हैं, तो मैनुअल हैंडलिंग या होल्ड हो सकता है। 

समर्थित बैकएंड के बारे में नवीनतम जानकारी प्रबंधन पैनल और सूचना पृष्ठों पर प्रदर्शित की जाती है।
（उदाहरण: भुगतान/क्लाउड/रजिस्ट्रार आदि के विभिन्न एकीकरण। समर्थन स्थिति परिवर्तन या जोड़ी जा सकती है） 

यह उन पार्टनर्स को संदर्भित करता है जो वास्तव में सेवा बनाते और प्रदान करते हैं (क्लाउड इन्फ्रास्ट्रक्चर, पेमेंट, रजिस्ट्रार आदि)।
Reseller Hosting फ्रंट-एंड (बिक्री/बिलिंग/ग्राहक प्रबंधन) और बैकएंड (प्रावधान/जारी करना/निर्माण) को जोड़ने की भूमिका निभाता है। 

ईमेल संचालन पहुंच और स्पैम उपायों के दृष्टिकोण से जटिल आवश्यकताओं वाला हो सकता है, इसलिए उपयोग के अनुसार उपयुक्त संरचना (उदाहरण: बाहरी SMTP रिले आदि) की अनुशंसा करने का दृष्टिकोण है।
ईमेल पहुंच और DNS (SPF/DKIM/DMARC आदि) का डिज़ाइन मूल रूप से ग्राहक की ऑपरेशन्स जिम्मेदारी है। 

DNS से संबंधित सेवाएं (उदाहरण: DNS होस्टिंग आदि) को उत्पाद के रूप में प्रदान करने की क्षमता को संदर्भित करता है।
प्रदान की जाने वाली सामग्री बैकएंड और हमारे प्रदान किए गए मेनू के आधार पर भिन्न होती है। 

सिद्धांत रूप में, पंजीकरण पूर्ण होने या जारी होने के बाद तीसरे पक्ष के नियमों की विशिष्टताओं के कारण रद्द/रिफंड संभव नहीं हो सकता है।
प्रक्रिया शुरू होने से पहले भी, यदि तीसरे पक्ष को वास्तविक खर्च का भुगतान किया गया है, तो यह रिफंड के योग्य नहीं हो सकता है। 

डोमेन रजिस्ट्रेशन/नवीनीकरण/ट्रांसफर, SSL सर्टिफिकेट जारी करना/नवीनीकरण आदि को उत्पाद के रूप में प्रबंधित किया जा सकता है।
हालांकि, डोमेन/SSL रजिस्ट्रार/रजिस्ट्री/प्रमाणन प्राधिकरण (CA) जैसे तृतीय पक्षों के नियमों से प्रभावित होते हैं, और तृतीय पक्ष के नियमों को प्राथमिकता दी जा सकती है। 

VPS/क्लाउड आदि को उत्पाद के रूप में पंजीकृत करें, और आवेदन ~ बिलिंग ~ (यदि समर्थित हो तो) स्वचालित प्रोविजनिंग तक का प्रवाह प्रदान कर सकते हैं।
बिक्री योग्य मेनू, बैकएंड समर्थन स्थिति और उत्पाद डिज़ाइन के अनुसार भिन्न होते हैं। 

जारी करने की संभावना और प्रारूप (इलेक्ट्रॉनिक वितरण आदि) प्रबंधन डैशबोर्ड की प्रदान की गई सुविधाओं और ऑपरेशन नीति के अनुसार होती है।
विवरण के लिए कृपया प्रबंधन डैशबोर्ड की रिपोर्ट सुविधा या सपोर्ट से संपर्क करें। 

यह एक ऐसी सुविधा है जो अनुमान/चालान जारी करना, भुगतान की समय सीमा प्रबंधन, भुगतान की पुष्टि, नवीनीकरण, सूचनाएं आदि की एक श्रृंखला के ऑपरेशन्स को, संभव सीमा तक स्वचालित करती है।<br>
मैनुअल ऑपरेशन्स की आवश्यकता वाले मामले भी होते हैं (समीक्षा, अपवाद प्रक्रिया, बाहरी कारक आदि)। 

क्रेडिट कार्ड और पेमेंट सेवाओं (उदाहरण: Stripe/PayPal आदि) के साथ एकीकरण करके, नवीनीकरण शुल्क और बिलिंग को स्वचालित करने की प्रणाली है।
उपलब्ध पेमेंट विधियों के लिए, साइन-अप स्क्रीन और मैनेजमेंट स्क्रीन पर प्रदर्शन को प्राथमिकता दी जाती है। 

बहुभाषी प्रदर्शन का समर्थन करता है। समर्थित भाषाएं और अनुवाद की सीमा पोर्टल की उपलब्धता के आधार पर भिन्न होती है।
यदि विशिष्ट शब्दावली को आपकी कंपनी के लिए अनुकूलित करने की आवश्यकता है, तो इसे ऑपरेशन्स नीति के अनुसार समायोजित किया जाता है।

लोगो, रंग योजना आदि के लिए बुनियादी व्हाइट लेबल सेटिंग्स समर्थित हैं (दायरा एडमिन पैनल की सुविधाओं के अनुरूप है)।
अधिक उन्नत डिज़ाइन समायोजन या कस्टम संशोधनों की आवश्यकता होने पर, अलग से समर्थन (व्यक्तिगत उद्धरण) की आवश्यकता हो सकती है। 

हां। आप अपने डोमेन (उदाहरण: portal.example.com) के साथ क्लाइंट पोर्टल को संचालित कर सकते हैं।
आवश्यक DNS रिकॉर्ड और सर्टिफिकेट (SSL) की तैयारी के तरीके के लिए, कृपया एडमिन पैनल में दिए गए निर्देशों या प्रक्रिया का पालन करें। 

प्रारंभिक शुल्क की उपस्थिति उत्पाद, अभियान आदि के आधार पर भिन्न हो सकती है। आवेदन स्क्रीन पर प्रदर्शित जानकारी को प्राथमिकता दी जाती है। 

संभव है (प्रक्रिया और प्रतिबिंब समय संचालन नियमों का पालन करेगा)।
“अगले महीने से उच्च योजना में बदलना चाहते हैं” “व्यस्त अवधि के लिए केवल उच्च योजना चाहते हैं” आदि के लिए, कृपया सहायता से संपर्क करें। 

बेसिक उपयोग शुल्क (योजना शुल्क) अलग-अलग है। संचालन के पैमाने, आवश्यक सहायता की सीमा, प्राथमिकता आदि के आधार पर, प्रदान की जाने वाली शर्तें योजना के अनुसार भिन्न हो सकती हैं।
विशिष्ट अंतर (सीमा, लक्ष्य, शर्तें आदि) के लिए, कृपया प्रत्येक योजना के विवरण पेज और आवेदन स्क्रीन पर दी गई जानकारी की जांच करें। 

Bronze:₹10,668.00/माह, Silver:₹15,748.00/माह, Gold:₹31,623.00/माह, Platinum:₹62,230.00/माह (प्रदर्शन उदाहरण)।
नवीनतम मूल्य और बिलिंग इकाइयों के लिए, आवेदन स्क्रीन पर प्रदर्शित सामग्री को प्राथमिकता दी जाएगी।

उदाहरण के लिए, VPS/क्लाउड, डोमेन/SSL, DNS, ईमेल संबंधित आदि को उत्पादों के रूप में बेचा जा सकता है।<br>
वास्तव में बेचे जा सकने वाले उत्पाद और प्रदान की जाने वाली सेवाओं की सीमा योजना विवरण और बैकएंड सपोर्ट की स्थिति के आधार पर भिन्न होती है। 

यह उत्पादन कंपनियों, SI/ऑपरेशन्स कंपनियों, व्यक्तिगत व्यवसायों आदि के लिए उपयुक्त है जो ग्राहकों को सर्वर/डोमेन आदि “अपनी स्वयं की सेवा के रूप में” प्रदान करना चाहते हैं।
पहले छोटे पैमाने पर शुरू करें और ऑपरेशन्स के पैमाने के अनुसार योजना की समीक्षा करना संभव है। 

यह एक “बिक्री प्लेटफ़ॉर्म (पोर्टल + स्वचालन)” है जो आपको अपने ब्रांड (व्हाइट लेबल) के तहत होस्टिंग संबंधित सेवाओं को बेचने और संचालित करने में सक्षम बनाता है।
आप कस्टम डोमेन, भुगतान, बिलिंग, क्लाइंट पोर्टल, उत्पाद पंजीकरण, सूचनाएं आदि को एक ही स्थान पर प्रबंधित कर सकते हैं। 

 गलत जानकारी के साथ आवेदन, पहचान चोरी, कानून का उल्लंघन, अधिकारों का उल्लंघन, स्पैम भेजना, फ़िशिंग, मैलवेयर वितरण आदि निषिद्ध हैं। उल्लंघन की आशंका होने पर, निलंबन जैसे उपाय किए जा सकते हैं। 

 नाम, पता, संपर्क जानकारी आदि सटीक और अद्यतित होनी चाहिए। यदि कोई कमी होती है, तो पंजीकरण/जारी करना संभव नहीं हो सकता है, या निलंबन/रद्दीकरण हो सकता है। इसके अलावा, थर्ड-पार्टी नियमों के अनुपालन के लिए अतिरिक्त पुष्टि या दस्तावेज़ जमा करने का अनुरोध किया जा सकता है।

सामान्यतः हम सप्ताह के दिनों (JST) में सहायता प्रदान करते हैं। विशिष्ट व्यावसायिक घंटों के लिए कृपया पोर्टल/सूचना प्रदर्शन का पालन करें (बेस्ट-एफर्ट आधार पर, प्रतिक्रिया समय आदि की कोई गारंटी नहीं है)। 

हम क्लाइंट पोर्टल के सपोर्ट टिकट के माध्यम से स्वीकार करते हैं (फोन, मौखिक, व्यक्तिगत ईमेल, SNS/DM स्वीकार नहीं किए जाते)।

मानक सहायता हमारे द्वारा बेची गई सेवाओं के “जारी करना/नवीनीकरण/पुनः जारी करना/रद्द करना आदि की प्रशासनिक प्रक्रियाओं” पर केंद्रित है। CSR निर्माण, सर्वर पर इंस्टॉलेशन, चेन कॉन्फ़िगरेशन, HSTS/रीडायरेक्ट आदि की तकनीकी कार्रवाई सिद्धांत रूप से ग्राहक की जिम्मेदारी है (आवश्यकतानुसार भुगतान सहायता आदि की सलाह दी जा सकती है)। 

 उदाहरण: आवेदन जानकारी में कमी/झूठी जानकारी, निजी कुंजी लीक, फ़िशिंग आदि दुरुपयोग का संदेह, प्रमाणन प्राधिकरण नीति के तहत आवश्यक समझा गया हो आदि। निरस्तीकरण के समय भी रिफ़ंड के लिए पात्र नहीं हो सकता है।

अपडेट करने की समय सीमा उत्पाद और प्रमाणपत्र प्राधिकरण के अनुसार भिन्न होती है। कृपया नवीनीकरण की समय सीमा से पहले प्रक्रिया और भुगतान पूरा करें। 

प्रमाणन प्राधिकरण के नियमों के अनुसार, पुनः जारी करना संभव हो सकता है। प्रक्रिया और पुनः जारी करने की संख्या की सीमा उत्पाद और प्रमाणन प्राधिकरण के आधार पर भिन्न होती है। 

सिद्धांत रूप में, ग्राहक के सर्वर/वातावरण की ओर से उत्पन्न और प्रबंधित किया जाता है। कृपया निजी कुंजी को लीक न होने के लिए सख्ती से प्रबंधित करें। 

 DV अपेक्षाकृत तेज़ होते हैं, लेकिन OV/EV के लिए अतिरिक्त दस्तावेज़ों और सत्यापन के कारण अधिक समय लग सकता है। जारी करने की संभावना और आवश्यक समय प्रमाणन प्राधिकरण की समीक्षा के परिणाम पर निर्भर करता है, और हम इसकी गारंटी नहीं दे सकते। 

 प्रमाणन प्राधिकरण (CA) द्वारा की जाने वाली समीक्षा सामग्री भिन्न होती है। आम तौर पर DV डोमेन स्वामित्व सत्यापन पर केंद्रित है, OV/EV में संगठन की वास्तविकता की पुष्टि जैसी अतिरिक्त समीक्षाएं शामिल हैं। समीक्षा सामग्री और आवश्यक दिन प्रमाणन प्राधिकरण के नियमों के अनुसार होते हैं। 

उद्देश्य के अनुसार चुनें।
・व्यक्तिगत साइट/छोटी साइट: डोमेन सत्यापन (DV)
・कॉर्पोरेट साइट: संगठन सत्यापन (OV)
・बाहरी विश्वसनीयता को मजबूती से दर्शाने के लिए: EV (※उपलब्धता के आधार पर भिन्न हो सकता है)
इसके अलावा, यदि आप कई सबडोमेन को एक साथ जोड़ना चाहते हैं तो वाइल्डकार्ड उपयुक्त है।

 यह एक सहायक सेवा के रूप में प्रदान की जा सकती है। प्रदान की उपलब्धता, शर्तें और प्रतिबंध हमारे दिशानिर्देशों (स्क्रीन डिस्प्ले आदि) के अनुसार होंगे। 

यह संभव हो सकता है। ट्रांसफर के लिए गंतव्य की प्रक्रियाएं और लॉक अनलॉक, EPP कोड प्राप्त करना आदि आवश्यक होगा। तीसरे पक्ष के नियमों के कारण ट्रांसफर प्रतिबंध अवधि हो सकती है। 

यह संभव हो सकता है। आम तौर पर “अनलॉक”, “EPP कोड प्राप्त करना”, “एडमिनिस्ट्रेटर ईमेल की रिसीप्ट पुष्टि” आदि आवश्यक होते हैं। TLD के अनुसार ट्रांसफर नियम अलग होते हैं, इसलिए कृपया आवेदन स्क्रीन और निर्देशों का पालन करें। 

 पोर्टल के डोमेन प्रबंधन स्क्रीन पर पुष्टि/जारी की जा सकती है। TLD के आधार पर प्राप्ति प्रक्रिया और प्रतिबंध भिन्न हो सकते हैं। 

यह डोमेन की अनधिकृत ट्रांसफर को रोकने के लिए लॉक सुविधा है। ट्रांसफर करते समय अस्थायी रूप से इसे अनलॉक करना आवश्यक हो सकता है (उपलब्धता TLD के अनुसार भिन्न होती है)। 

प्रतिबिंब समय TTL सेटिंग्स, कैश स्थिति और इंटरनेट-साइड कारकों के आधार पर भिन्न होता है। तत्काल प्रतिबिंब की गारंटी नहीं दी जाती है। 

यदि पोर्टल में DNS प्रबंधन सुविधा उपलब्ध है, तो आप रिकॉर्ड जोड़ या बदल सकते हैं। यदि बाहरी DNS का उपयोग कर रहे हैं, तो कृपया बाहरी पक्ष से प्रबंधन करें। 

परिवर्तन प्रक्रिया स्वयं संभव हो सकती है, लेकिन तृतीय पक्ष नियमों के कारण प्रतिबंध या अतिरिक्त पुष्टि की आवश्यकता हो सकती है। कृपया पंजीकृत जानकारी को हमेशा सटीक और अद्यतन रखें। 

 TLD या पंजीकरण प्रकार और तृतीय-पक्ष नियमों के आधार पर, पंजीकरण जानकारी का एक हिस्सा सार्वजनिक रूप से प्रकट किया जा सकता है या तृतीय-पक्षों को खुलासा किया जा सकता है। सार्वजनिक दायरा TLD आदि के अनुसार भिन्न होता है। 

 यदि समय सीमा तक नवीनीकरण प्रक्रिया और भुगतान पूर्ण नहीं होता है, तो डोमेन समाप्त हो जाएगा। समाप्ति के बाद पुनर्प्राप्ति (रिडेम्पशन आदि) संभव हो सकती है, लेकिन संभावना, अवधि और लागत TLD आदि के आधार पर भिन्न होती है, और पुनर्प्राप्ति की गारंटी नहीं दी जाती है। 

 भेजा जा सकता है, लेकिन पहुंचने या न पहुंचने के बावजूद, समय सीमा का प्रबंधन ग्राहक की जिम्मेदारी है। कृपया स्पैम फ़ोल्डर आदि की भी जांच करें। 

 यदि ऑटो-रिन्यूअल समर्थित है, तो इसे पोर्टल पर सेट किया जा सकता है (प्रावधान की शर्तें स्क्रीन डिस्प्ले के अनुसार होंगी)। हालांकि, रिन्यूअल डेडलाइन प्रबंधन की अंतिम जिम्मेदारी ग्राहक की होती है। 

क्लाइंट पोर्टल (प्रबंधन पैनल) में, आप डोमेन की समाप्ति तिथि, नवीनीकरण स्थिति, और स्थिति की जांच कर सकते हैं। 

 चयन योग्य वर्षों की संख्या TLD के अनुसार भिन्न होती है। आवेदन स्क्रीन पर चयन की जा सकने वाली अवधि लागू होती है। 

अधिकांश मामलों में कुछ मिनटों से लेकर कुछ घंटों में प्रतिबिंबित हो जाता है, लेकिन TLD के प्रकार, रजिस्ट्री पक्ष की प्रोसेसिंग, और अतिरिक्त सत्यापन की आवश्यकता के आधार पर समय लग सकता है। पहले आवेदन के सिद्धांत के कारण, आवेदन के दौरान दूसरों द्वारा प्राप्त किए जाने की संभावना भी है। 

डोमेन के “पंजीकरण पूर्ण होने के बाद” या SSL के “जारी होने के बाद”, तृतीय पक्ष नियमों की विशिष्टताओं के कारण, सिद्धांत रूप में ग्राहक की सुविधा के लिए रद्दीकरण/रिफंड संभव नहीं है। पूर्ण होने से पहले भी, यदि तृतीय पक्ष को पहले से ही वास्तविक खर्च आदि का भुगतान किया जा चुका है, तो यह रिफंड के योग्य नहीं हो सकता है। 

आवेदन तिथि से निर्धारित समय सीमा (उदाहरण: 3 दिनों के भीतर) तक भुगतान करें। नवीनीकरण चालान का भुगतान नवीनीकरण समय सीमा तक करना आवश्यक है। यदि समय सीमा के भीतर भुगतान की पुष्टि नहीं होती है, तो आवेदन रद्द किया जा सकता है। 

आप आवेदन स्क्रीन पर दिखाए गए भुगतान विधियों (उदाहरण: क्रेडिट कार्ड, PayPal/Stripe, बैंक ट्रांसफर आदि) का उपयोग कर सकते हैं। विकल्प सेवा के अनुसार भिन्न होते हैं। 

सिद्धांत रूप में, भुगतान की पुष्टि के बाद डोमेन पंजीकरण/नवीनीकरण/ट्रांसफर या SSL जारी करने/नवीनीकरण आदि की प्रक्रियाएं शुरू की जाती हैं। 

नवीनीकरण शुल्क वह राशि होगी जो नवीनीकरण प्रक्रिया के समय आवेदन स्क्रीन पर प्रदर्शित होती है। रजिस्ट्री/प्रमाणन प्राधिकरण की शर्तों में बदलाव या विनिमय दर आदि के कारण यह परिवर्तित हो सकता है। 

 खोज परिणामों की कीमतें अनुमानित (संदर्भ प्रदर्शन) हो सकती हैं। अंतिम बिल राशि वह राशि होगी जो आवेदन स्क्रीन (कार्ट/ऑर्डर पुष्टिकरण स्क्रीन) पर प्रदर्शित होती है। 

SLA केवल उन्हीं सेवाओं पर लागू होता है जो बिक्री पृष्ठ आदि पर “SLA के अंतर्गत” होने का स्पष्ट उल्लेख करती हैं, और मासिक अपटाइम 99.9% की गारंटी देता है, और शर्तें पूरी होने पर खाता क्रेडिट (सेवा क्रेडिट) के माध्यम से मुआवजा प्रदान करता है। 

मानक सपोर्ट बेस्ट एफर्ट है, सिद्धांततः 24 घंटे 365 दिन (JST)। हालांकि, सपोर्ट का दायरा केवल इन्फ्रास्ट्रक्चर लेयर तक सीमित है, OS/मिडलवेयर/एप्लिकेशन आदि ग्राहक की जिम्मेदारी है। 

 दुरुपयोग (Abuse) रोकथाम के लिए, डिफ़ॉल्ट रूप से अनुमत संचार को व्हाइटलिस्ट विधि से सीमित किया गया है, और स्पष्ट रूप से अनुमति न होने पर आउटबाउंड संचार मूल रूप से अवरुद्ध कर दिया जाता है। मानक अनुमतियों में DNS (TCP/UDP 53), NTP (UDP 123), HTTP (TCP 80), HTTPS (TCP/UDP 443), ICMP आदि शामिल हैं। अतिरिक्त आवश्यक पोर्ट/प्रोटोकॉल के लिए आवेदन प्रक्रिया है। 

विकल्प के रूप में स्नैपशॉट की योजना बनाई गई है।

• ₹190.50/जनरेशन・महीना (जनरेशन की संख्या के अनुसार शुल्क)

  ※स्नैपशॉट बैकअप का विकल्प नहीं है, इसलिए लंबी अवधि के स्टोरेज और फेलियर रिकवरी के लिए बैकअप की सिफारिश की जाती है। 

 विकल्प के रूप में PBS बैकअपकी परिकल्पना की गई है।

• बैकअप क्षमता：₹1.27/GB・月（HDD स्टोरेज）
• बैकअप जेनरेशन：₹1,270.00/जेनरेशन・月（रखी गई जेनरेशन की संख्या के अनुसार शुल्क）

  उदाहरण：500GB×3 जेनरेशन＝（क्षमता₹635.00＋जेनरेशन₹3,810.00）=₹4,445.00/月（कर अतिरिक्त） 

हां। **10Gbps प्राइवेट नेटवर्क (मुफ्त शामिल)** के साथ, GPU-VPS के बीच / गैर-GPU क्लाउड के साथ कनेक्शन की कल्पना की गई है। इसका उपयोग मल्टी-नोड इन्फरेंस और डिस्ट्रीब्यूटेड प्रोसेसिंग के लिए भी किया जा सकता है। 

डिफ़ॉल्ट 1 निःशुल्क, अतिरिक्त ₹190.50/प्रति・महीना (सीमा उदाहरण: अधिकतम 5) अनुमानित है। 

 मुफ़्त सीमा से अधिक भाग के लिए, **अतिरिक्त खरीद (उदाहरण:₹0.64/GB・महीना)** की व्यवस्था मानी गई है (वास्तविक खरीद विधि के लिए पोर्टल प्रदर्शन का पालन करें)। 

 मासिक 6TB (6,000GB)/VM मुफ्त सीमा का मानक है। मुफ्त सीमा के 80% तक पहुंचने पर स्वचालित ईमेल सूचना भेजी जाने की उम्मीद है। 

**प्रीपेड (अग्रिम भुगतान शेष)** से, प्रति घंटा शुल्क और वैकल्पिक शुल्क काटे जाने की व्यवस्था की अपेक्षा की जाती है। मासिक आधार पर विवरण और चालान जारी किए जाते हैं। 

समय-आधारित शुल्क “चालू (Uptime)” को मानता है, इसलिए बंद होने पर उपयोग-आधारित शुल्क कम हो जाता है।

हालांकि, मासिक विकल्प (स्नैपशॉट/बैकअप/अतिरिक्त IP/अतिरिक्त ट्रांसफर आदि) मासिक शुल्क हैं, इसलिए उपयोग के दौरान अलग से शुल्क लिया जाता है। 

अनुमानित फ़ॉर्मूले के आधार पर अनुमान निम्नलिखित हैं।

• Lite：लगभग ₹63.79/घंटा（लगभग ₹46,563.92/माह ※730घंटे के हिसाब से）
• Standard：लगभग ₹77.03/घंटा（लगभग ₹56,228.62/माह）
• Pro：लगभग ₹97.16/घंटा（लगभग ₹70,923.15/माह）
• Max：लगभग ₹117.48/घंटा（लगभग ₹85,756.75/माह） 

**पूर्ण उपयोग-आधारित (प्रति घंटा बिलिंग)** है।

「चालू समय (Uptime)」＋「चालू के दौरान आवंटित संसाधन (vCPU / RAM / NVMe)」के अनुसार स्वचालित रूप से बिल किया जाता है।

अनुमानित फॉर्मूला：60 + (vCPU×2.5) + (RAMGB×0.3) + (NVMeGB×0.005)（येन/घंटा） 

 वर्चुअल मशीन (VM) विधि की GPU-VPS है (1VM को GPU समर्पित आवंटन)। ※यदि हाइपरवाइज़र प्रकार को स्पष्ट करना आवश्यक है, तो सार्वजनिक उपयोग के लिए अभिव्यक्ति को अलग से एकीकृत करें। 

सबसे पहले Ubuntu 24.04 LTS (GPU ड्राइवर पहले से इंस्टॉल) के साथ तुरंत उपयोग शुरू करने योग्य कॉन्फ़िगरेशन की परिकल्पना की गई है (अन्य टेम्पलेट्स की उपलब्धता के लिए पोर्टल डिस्प्ले का पालन करें)। 

 नहीं। CUDA/ड्राइवर पहले से इंस्टॉल किए गए टेम्पलेट से तुरंत शुरू किया जा सकता है। आवश्यकता के अनुसार, अपने उपयोग के अनुसार संस्करण बदलना या अतिरिक्त इंस्टॉलेशन ग्राहक की ओर से करें। 

 हां। आप पोर्टल से Rebuild (पुनर्स्थापना) कर सकते हैं (पुनर्स्थापना से OS क्षेत्र इनिशियलाइज़ हो जाएगा, इसलिए आवश्यक डेटा को पहले से बैकअप कर लें)। 

हां। बाद में भी स्वतंत्र रूप से परिवर्तन संभव है (पोर्टल के रिसोर्स परिवर्तन फ़ंक्शन को मानते हुए)। प्रतिबिंब विधि (रीस्टार्ट की आवश्यकता आदि) परिवर्तन की सामग्री के अनुसार भिन्न होती है। 

हाँ। योजना की स्टोरेज NVMe SSD है (250/500/1000/2000GB आदि)। 

मुख्य रूप से vCPU・RAM・NVMe क्षमता में अंतर है (संदर्भ)

• Lite：8 vCPU / 64GB / 250GB
• Standard：12 vCPU / 96GB / 500GB
• Pro：16 vCPU / 160GB / 1000GB
• Max：16 vCPU / 250GB / 2000GB 

दोनों समान योजना संरचना हैं। यदि आप रिडंडेंसी को प्राथमिकता देते हैं, तो NODE-A और NODE-B से प्रत्येक से 1 यूनिट का वितरित ऑर्डर अनुशंसित है। प्रत्येक नोड इन्वेंट्री (GPU स्लॉट) इकाइयों में प्रदान किया जाता है, और कई यूनिट के आवेदन भी संभव हैं। 

साझा नहीं है। V100 (32GB) को 1 VM में समर्पित रूप से आवंटित किया जाता है (1 इंस्टैंस = 1 GPU की अवधारणा) 

सिद्धांततः रिफंड नहीं किया जाता है। अपवाद स्वरूप हमारे द्वारा स्वीकृत अंतिम निपटान हो सकता है, लेकिन पात्र क्रेडिट प्रकार, शर्तें, शुल्क आदि निर्धारित हैं। 

नहीं। सिद्धांत रूप में, इसे खाता क्रेडिट के रूप में प्रदान किया जाता है, और नकद रिफंड आदि नहीं किया जाता है। 

यह आपके ग्राहक खाते में दर्ज मौद्रिक समतुल्य राशि है, जिसे हमारी निर्धारित सीमा के भीतर उपयोग शुल्क के भुगतान के लिए उपयोग किया जा सकता है। 

रद्दीकरण क्लाइंट पोर्टल से अनुरोध किया जा सकता है। सिद्धांत रूप में, अगली नवीनीकरण तिथि से एक दिन पहले तक प्राप्त अनुरोधों को “अगला नवीनीकरण नहीं करना (नवीनीकरण रोकना)” के रूप में माना जाता है। पहले से भुगतान किए गए उपयोग शुल्क को, सिद्धांत रूप में, तब तक वापस नहीं किया जाएगा जब तक कि हमारी जिम्मेदारी के कारण न हो। 

यदि आवेदन के बाद निर्धारित समय सीमा के भीतर भुगतान की पुष्टि नहीं होती है, तो आवेदन रद्द किया जा सकता है। समय सीमा आवेदन स्क्रीन और चालान पर प्रदर्शित जानकारी के अनुसार होगी। 

भुगतान की पुष्टि के बाद, सिद्धांत रूप से कुछ मिनटों से 1 कार्य दिवस के भीतर उपयोग शुरू करने योग्य स्थिति में प्रदान किया जाता है (समीक्षा आवश्यक होने, व्यस्तता के समय आदि को छोड़कर)। 

आवेदन स्क्रीन पर प्रदर्शित विधियों (उदाहरण: क्रेडिट कार्ड, PayPal/Stripe, बैंक ट्रांसफर आदि) का उपयोग किया जा सकता है। 

मानक सहायता मुख्य रूप से इन्फ्रास्ट्रक्चर लेयर (प्लेटफ़ॉर्म, कंट्रोल पैनल, आदि) के ट्रबलशूटिंग और समाधान प्रदान करने तक सीमित है। गेस्ट OS/मिडलवेयर/एप्लिकेशन की सेटिंग्स और ऑपरेशन्स, DNS/प्रमाणपत्र की तैनाती आदि ग्राहक की जिम्मेदारी है। 

सिद्धांत रूप में, हम क्लाइंट पोर्टल के सपोर्ट टिकट के माध्यम से स्वीकार करते हैं (व्यक्तिगत अनुबंधों को छोड़कर, हम फोन पर तकनीकी सहायता प्रदान नहीं करते हैं)। 

समस्या घटित होने (या हमारी घोषणा) के 30 दिनों के भीतर, प्रभावित सर्विस ID, घटना समय, और प्रभाव विवरण के साथ सपोर्ट टिकट द्वारा आवेदन करें। आवेदन न होने पर, स्वचालित रूप से प्रदान नहीं किया जा सकता है। 

हम कैलेंडर महीने (JST) के लिए 99.9% अपटाइम की गारंटी देते हैं। यदि शर्तें पूरी होती हैं और SLA मान से कम हो जाता है, तो हम खाता क्रेडिट (सेवा क्रेडिट) के रूप में मुआवजा प्रदान करते हैं (नकद रिफंड नहीं दिया जाता है)। 

ईमेल भेजने में दुरुपयोग का उच्च जोखिम होता है, इसलिए इसके लिए आवेदन की आवश्यकता हो सकती है और सख्त समीक्षा की जा सकती है। हम बाहरी प्रमाणित SMTP रिले के उपयोग की सिफारिश करते हैं। 

दुरुपयोग रोकथाम के लिए, मानक रूप से अनुमत आउटगोइंग ट्रैफ़िक (उदाहरण: DNS/NTP/HTTP/HTTPS आदि) निर्धारित की जाती है, और अन्य को ब्लॉक किया जा सकता है। यदि गैर-मानक पोर्ट/प्रोटोकॉल की आवश्यकता है, तो कृपया उपयोग, गंतव्य, और अवधि के विवरण के साथ आवेदन करें। 

आवंटित IP हमारे द्वारा प्रबंधित संख्या संसाधन है और प्रदान करने की शर्तों के अनुसार दिया जाता है। स्थिर IP आदि के प्रावधान के मामले में भी, ऑपरेशन्स और सुरक्षा कारणों से इसे बदला जा सकता है। 

महत्वपूर्ण डेटा के लिए नियमित बैकअप (बाहरी भंडारण सहित) और पुनर्स्थापना प्रक्रियाओं की पुष्टि की सिफारिश की जाती है। OS, मिडलवेयर और एप्लिकेशन का रखरखाव और ऑपरेशन्स (अपडेट, कॉन्फ़िगरेशन, बैकअप डिज़ाइन आदि) ग्राहक की जिम्मेदारी है।

योजना/विकल्प के रूप में प्रदान किए जाने की स्थिति हो सकती है। संरक्षित पीढ़ियाँ, पुनर्स्थापना विधि और मूल्य आवेदन स्क्रीन पर प्रदर्शित जानकारी के अनुसार होंगे।

यदि यह सार्वजनिक रूप से उपलब्ध आधिकारिक ISO है, तो हम मार्गदर्शन प्रदान कर सकते हैं। वितरण अधिकार के बिना ISO (वाणिज्यिक OS आदि) प्रदान नहीं की जा सकती। ग्राहक द्वारा तैयार ISO का उपयोग आकार/प्रारूप/सुरक्षा समीक्षा आदि के आधार पर भिन्न होता है। 

कस्टम ISO माउंट सुविधा उपलब्ध हो सकती है। उपलब्धता, प्रक्रिया और प्रतिबंधों के लिए पोर्टल के निर्देशों का पालन करें।

आप क्लाइंट पोर्टल से री-इंस्टॉल कर सकते हैं। आमतौर पर, इसे चलाने पर मौजूदा डिस्क की सामग्री इनिशियलाइज़ हो जाती है, इसलिए पहले से बैकअप/स्नैपशॉट लेने की सिफारिश की जाती है। 

हम CentOS, Rocky Linux, Ubuntu, Debian, AlmaLinux, Fedora आदि प्रदान करते हैं। टेम्पलेट्स को जोड़ा या अपडेट किया जा सकता है। 

यह एक भौतिक सर्वर (प्लेटफ़ॉर्म) पर वर्चुअलाइज़ेशन तकनीक का उपयोग करके कई वर्चुअल सर्वर को अलग करने और प्रत्येक VPS को आवंटित vCPU/मेमोरी/स्टोरेज आदि की सीमा के भीतर उपयोग करने की विधि है। OS और मिडलवेयर को ग्राहक की ओर से स्वतंत्र रूप से सेटअप और संचालित किया जा सकता है।

प्रत्येक योजना के लिए मासिक डेटा ट्रांसफर की सीमा (ऊपरी सीमा) निर्धारित की गई है। सीमा से अधिक होने पर उपचार (प्रतिबंध / अतिरिक्त खरीद आदि) आवेदन स्क्रीन पर प्रदर्शित जानकारी के अनुसार होगा।
 

हाँ। VPS होस्टिंग NVMe स्टोरेज का उपयोग करती है (बिक्री पृष्ठ की जानकारी के अनुसार)। 

योजना परिवर्तन (अपग्रेड/डाउनग्रेड) से परिवर्तन संभव हो सकता है। परिवर्तन का समय और सेवा रुकावट सामग्री के अनुसार भिन्न होती है।

उपयोग (Web/DB/विकास/परीक्षण आदि) और आवश्यक vCPU・मेमोरी・स्टोरेज क्षमता, मासिक ट्रांसफर मात्रा के अनुमान से चुनें। यदि संदेह हो, तो अनुमानित उपयोग (समवर्ती कनेक्शन/अनुमानित एक्सेस संख्या/वर्तमान सर्वर उपयोग दर आदि) के साथ संपर्क करें।
 

दुरुपयोग रोकथाम के लिए, हमने मानक रूप से अनुमत आउटबाउंड संचार की सीमा निर्धारित की है (उदाहरण: DNS/NTP/HTTP/HTTPS आदि)। यदि मानक सीमा से बाहर की आवश्यकता है, तो आवेदन द्वारा समीक्षा और अनुमोदन की प्रक्रिया है। मेल भेजने जैसे उच्च जोखिम वाले उपयोगों की कड़ाई से समीक्षा की जाती है। 

 यदि निश्चित संचालन की योजना है, तो भी सुरक्षा अपडेट, अपस्ट्रीम आवश्यकताओं, या बुनियादी ढांचे के अपग्रेड के मामलों में, आवंटित IP में परिवर्तन या रुकावट हो सकती है। कृपया IP पर निर्भर सेटिंग्स को अपनी ओर से प्रबंधित करें और परिवर्तनों के लिए तैयार रहें। 

सहायता मुख्य रूप से क्लाइंट पोर्टल के सपोर्ट टिकट के माध्यम से प्रदान की जाती है। व्यक्तिगत अनुबंधों को छोड़कर, हम फोन सहायता प्रदान नहीं करते हैं। 

रद्दीकरण क्लाइंट पोर्टल से अनुरोध किया जा सकता है। सिद्धांत रूप में, यह “अगली नवीनीकरण नहीं करना (नवीनीकरण रोकना)” के रूप में संसाधित होता है। सेवा शुरू होने के बाद वापसी संभव नहीं है, और जब तक हमारी जिम्मेदारी में कोई कारण न हो, भुगतान की गई फीस का रिफंड सिद्धांत रूप में नहीं किया जाएगा 

भुगतान की पुष्टि के बाद, सिद्धांत रूप से कुछ मिनटों से 1 कार्य दिवस के भीतर उपयोग शुरू करने योग्य स्थिति में प्रदान किया जाता है (समीक्षा, भीड़, और सेटिंग्स के आधार पर समय में भिन्नता हो सकती है)। 

आप इसी पेज के ऊपरी भाग में योजना चयन (High Memory / High CPU / High Storage / High Network आदि) से, या मूल्य/योजना सूची की तुलना करके चुन सकते हैं। यदि आप असमंजस में हैं, तो उपयोग के उद्देश्य (CPU-केंद्रित/मेमोरी-केंद्रित/IO-केंद्रित/बैंडविड्थ-केंद्रित) के साथ हमसे संपर्क करें।

हाँ, ISO का उपयोग करके आप स्वयं OS इंस्टॉल कर सकते हैं (कंसोल आदि का उपयोग करके)।
※इंस्टॉलेशन मीडिया/लाइसेंस आपको स्वयं तैयार करना होगा। OS की इंस्टॉलेशन प्रक्रिया स्वयं मानक सपोर्ट के दायरे से बाहर हो सकती है।

 हाँ, आप क्लाइंट पोर्टल से रीइंस्टॉल और स्नैपशॉट (बनाना/रिस्टोर करना) कर सकते हैं।
※स्नैपशॉट रिस्टोर को आसान बनाने का एक तंत्र है और बैकअप का विकल्प नहीं है। महत्वपूर्ण डेटा के लिए अलग से बैकअप की सिफारिश की जाती है।
 

आप मानक OS टेम्पलेट (उदाहरण: CentOS / Rocky / Ubuntu / Debian / AlmaLinux / Fedora आदि) में से चुन सकते हैं।
※ उपलब्ध टेम्पलेट अपडेट किए जाते हैं, इसलिए नवीनतम सूची के लिए कृपया क्लाइंट पोर्टल का डिस्प्ले देखें। 

वर्चुअल मशीन (VM) के रूप में प्रदान किया जाता है। आपके अनुबंध के vCPU/मेमोरी/स्टोरेज आदि संसाधन सीमा के भीतर, आप OS और सॉफ़्टवेयर को स्वतंत्र रूप से कॉन्फ़िगर कर सकते हैं।
※OS・मिडलवेयर・एप्लिकेशन की सेटिंग/ऑपरेशन्स/सुरक्षा ग्राहक की जिम्मेदारी है। 

 सिद्धांत रूप में संभव है। क्लाइंट पोर्टल से योजना परिवर्तन (अपग्रेड) आदि के माध्यम से स्टोरेज क्षमता जोड़ी जा सकती है।
※ विस्तार के बाद, OS साइड पर पार्टीशन/फाइल सिस्टम विस्तार कार्य की आवश्यकता हो सकती है। डाउनसाइज़िंग (डाउनग्रेड) के लिए डेटा माइग्रेशन की आवश्यकता हो सकती है।