ವಿತರಣಾ ವ್ಯವಸ್ಥೆಗಳ ಕಾರ್ಯಾಚರಣೆಯಲ್ಲಿ ಒಂದು ಪ್ರಮುಖ ಅಂಶವೆಂದರೆ ವೈಫಲ್ಯ ನಿರ್ವಹಣೆ. ನಿಮ್ಮ ಸಿಸ್ಟಂನ ಆರೋಗ್ಯವನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡುವ ನಿಯಂತ್ರಕಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಕುಬರ್ನೆಟ್ಸ್ ಇದಕ್ಕೆ ಸಹಾಯ ಮಾಡುತ್ತದೆ ಮತ್ತು ಕಾರ್ಯನಿರ್ವಹಿಸುವುದನ್ನು ನಿಲ್ಲಿಸಿದ ಸೇವೆಗಳನ್ನು ಮರುಪ್ರಾರಂಭಿಸುತ್ತದೆ. ಆದಾಗ್ಯೂ, ಒಟ್ಟಾರೆ ಸಿಸ್ಟಮ್ ಆರೋಗ್ಯವನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ಕುಬರ್ನೆಟ್ಸ್ ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ಬಲವಂತವಾಗಿ ನಿಲ್ಲಿಸಬಹುದು. ಈ ಸರಣಿಯಲ್ಲಿ, ಕುಬರ್ನೆಟ್ಸ್ ತನ್ನ ಕೆಲಸವನ್ನು ಹೆಚ್ಚು ಪರಿಣಾಮಕಾರಿಯಾಗಿ ಮಾಡಲು ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ಡೌನ್‌ಟೈಮ್ ಅನ್ನು ಕಡಿಮೆ ಮಾಡಲು ನೀವು ಹೇಗೆ ಸಹಾಯ ಮಾಡಬಹುದು ಎಂಬುದನ್ನು ನಾವು ನೋಡುತ್ತೇವೆ.
ಕಂಟೈನರ್‌ಗಳ ಮೊದಲು, ಹೆಚ್ಚಿನ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ವರ್ಚುವಲ್ ಅಥವಾ ಭೌತಿಕ ಯಂತ್ರಗಳಲ್ಲಿ ಚಲಿಸುತ್ತವೆ. ಅಪ್ಲಿಕೇಶನ್ ಕ್ರ್ಯಾಶ್ ಆಗಿದ್ದರೆ ಅಥವಾ ಫ್ರೀಜ್ ಆಗಿದ್ದರೆ, ಪ್ರಗತಿಯಲ್ಲಿರುವ ಕಾರ್ಯವನ್ನು ರದ್ದುಗೊಳಿಸಲು ಮತ್ತು ಪ್ರೋಗ್ರಾಂ ಅನ್ನು ಮರುಲೋಡ್ ಮಾಡಲು ಬಹಳ ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ. ಕೆಟ್ಟ ಸನ್ನಿವೇಶದಲ್ಲಿ, ಯಾರಾದರೂ ರಾತ್ರಿಯಲ್ಲಿ, ಅತ್ಯಂತ ಅಸಮರ್ಪಕ ಸಮಯದಲ್ಲಿ ಈ ಸಮಸ್ಯೆಯನ್ನು ಹಸ್ತಚಾಲಿತವಾಗಿ ಪರಿಹರಿಸಬೇಕಾಗಿತ್ತು. ಕೇವಲ 1-2 ಕೆಲಸ ಮಾಡುವ ಯಂತ್ರಗಳು ಪ್ರಮುಖ ಕಾರ್ಯವನ್ನು ನಿರ್ವಹಿಸುತ್ತಿದ್ದರೆ, ಅಂತಹ ಅಡ್ಡಿಯು ಸಂಪೂರ್ಣವಾಗಿ ಸ್ವೀಕಾರಾರ್ಹವಲ್ಲ.
ಆದ್ದರಿಂದ, ಹಸ್ತಚಾಲಿತ ರೀಬೂಟ್‌ಗಳ ಬದಲಿಗೆ, ಅಸಹಜ ಮುಕ್ತಾಯದ ಸಂದರ್ಭದಲ್ಲಿ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಮರುಪ್ರಾರಂಭಿಸಲು ಅವರು ಪ್ರಕ್ರಿಯೆ-ಮಟ್ಟದ ಮೇಲ್ವಿಚಾರಣೆಯನ್ನು ಬಳಸಲು ಪ್ರಾರಂಭಿಸಿದರು. ಪ್ರೋಗ್ರಾಂ ವಿಫಲವಾದಲ್ಲಿ, ಮೇಲ್ವಿಚಾರಣಾ ಪ್ರಕ್ರಿಯೆಯು ನಿರ್ಗಮನ ಕೋಡ್ ಅನ್ನು ಸೆರೆಹಿಡಿಯುತ್ತದೆ ಮತ್ತು ಸರ್ವರ್ ಅನ್ನು ರೀಬೂಟ್ ಮಾಡುತ್ತದೆ. ಕುಬರ್ನೆಟ್ಸ್‌ನಂತಹ ವ್ಯವಸ್ಥೆಗಳ ಆಗಮನದೊಂದಿಗೆ, ಸಿಸ್ಟಮ್ ವೈಫಲ್ಯಗಳಿಗೆ ಈ ರೀತಿಯ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಮೂಲಸೌಕರ್ಯದಲ್ಲಿ ಸರಳವಾಗಿ ಸಂಯೋಜಿಸಲಾಯಿತು.
ಕುಬರ್ನೆಟ್ಸ್ ಅವರು ಕಂಟೈನರ್‌ಗಳಿಂದ ನೋಡ್‌ಗಳಿಗೆ ಪ್ರಯಾಣಿಸುವಾಗ ಸಂಪನ್ಮೂಲಗಳು ಆರೋಗ್ಯಕರವಾಗಿರುತ್ತವೆ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ವೀಕ್ಷಣೆ-ವ್ಯತ್ಯಾಸ-ತೆಗೆದುಕೊಳ್ಳುವ-ಕ್ರಿಯೆಯ ಈವೆಂಟ್ ಲೂಪ್ ಅನ್ನು ಬಳಸುತ್ತಾರೆ.
ಇದರರ್ಥ ನೀವು ಇನ್ನು ಮುಂದೆ ಪ್ರಕ್ರಿಯೆಯ ಮೇಲ್ವಿಚಾರಣೆಯನ್ನು ಹಸ್ತಚಾಲಿತವಾಗಿ ಚಲಾಯಿಸುವ ಅಗತ್ಯವಿಲ್ಲ. ಒಂದು ಸಂಪನ್ಮೂಲವು ಆರೋಗ್ಯ ತಪಾಸಣೆಯಲ್ಲಿ ವಿಫಲವಾದಲ್ಲಿ, ಕುಬರ್ನೆಟ್ಸ್ ಅದನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಬದಲಿಯಾಗಿ ಒದಗಿಸುತ್ತಾರೆ. ಆದಾಗ್ಯೂ, ಕುಬರ್ನೆಟ್ಸ್ ವೈಫಲ್ಯಗಳಿಗಾಗಿ ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡುವುದಕ್ಕಿಂತ ಹೆಚ್ಚಿನದನ್ನು ಮಾಡುತ್ತದೆ. ಇದು ಬಹು ಯಂತ್ರಗಳಲ್ಲಿ ರನ್ ಮಾಡಲು ಅಪ್ಲಿಕೇಶನ್‌ನ ಹೆಚ್ಚಿನ ಪ್ರತಿಗಳನ್ನು ರಚಿಸಬಹುದು, ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ನವೀಕರಿಸಬಹುದು ಅಥವಾ ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್‌ನ ಬಹು ಆವೃತ್ತಿಗಳನ್ನು ಏಕಕಾಲದಲ್ಲಿ ರನ್ ಮಾಡಬಹುದು.
ಆದ್ದರಿಂದ, ಕುಬರ್ನೆಟ್ಸ್ ಸಂಪೂರ್ಣವಾಗಿ ಆರೋಗ್ಯಕರ ಧಾರಕವನ್ನು ಅಂತ್ಯಗೊಳಿಸಲು ಹಲವು ಕಾರಣಗಳಿವೆ. ಉದಾಹರಣೆಗೆ, ನಿಮ್ಮ ನಿಯೋಜನೆಯನ್ನು ನೀವು ಅಪ್‌ಗ್ರೇಡ್ ಮಾಡಿದರೆ, ಹೊಸದನ್ನು ಪ್ರಾರಂಭಿಸುವಾಗ ಕುಬರ್ನೆಟ್ಸ್ ಹಳೆಯ ಪಾಡ್‌ಗಳನ್ನು ನಿಧಾನವಾಗಿ ನಿಲ್ಲಿಸುತ್ತದೆ. ನೀವು ನೋಡ್ ಅನ್ನು ಸ್ಥಗಿತಗೊಳಿಸಿದರೆ, ಕುಬರ್ನೆಟ್ಸ್ ಆ ನೋಡ್‌ನಲ್ಲಿ ಎಲ್ಲಾ ಪಾಡ್‌ಗಳನ್ನು ಚಲಾಯಿಸುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ. ಅಂತಿಮವಾಗಿ, ಒಂದು ನೋಡ್‌ನಲ್ಲಿ ಸಂಪನ್ಮೂಲಗಳು ಖಾಲಿಯಾದರೆ, ಆ ಸಂಪನ್ಮೂಲಗಳನ್ನು ಮುಕ್ತಗೊಳಿಸಲು Kubernetes ಎಲ್ಲಾ ಪಾಡ್‌ಗಳನ್ನು ಮುಚ್ಚುತ್ತದೆ.
ಆದ್ದರಿಂದ, ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್ ಅಂತಿಮ ಬಳಕೆದಾರರಿಗೆ ಕನಿಷ್ಠ ಪರಿಣಾಮ ಮತ್ತು ಕನಿಷ್ಠ ಚೇತರಿಕೆಯ ಸಮಯದೊಂದಿಗೆ ಕೊನೆಗೊಳ್ಳುತ್ತದೆ. ಇದರರ್ಥ ಮುಚ್ಚುವ ಮೊದಲು, ಅದು ಉಳಿಸಬೇಕಾದ ಎಲ್ಲಾ ಡೇಟಾವನ್ನು ಉಳಿಸಬೇಕು, ಎಲ್ಲಾ ನೆಟ್‌ವರ್ಕ್ ಸಂಪರ್ಕಗಳನ್ನು ಮುಚ್ಚಬೇಕು, ಉಳಿದಿರುವ ಕೆಲಸವನ್ನು ಪೂರ್ಣಗೊಳಿಸಬೇಕು ಮತ್ತು ಇತರ ತುರ್ತು ಕಾರ್ಯಗಳನ್ನು ನಿರ್ವಹಿಸಬೇಕು.
ಪ್ರಾಯೋಗಿಕವಾಗಿ, ಇದರರ್ಥ ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್ ಯುನಿಕ್ಸ್ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಂಗಳಲ್ಲಿನ ಕಿಲ್ ಯುಟಿಲಿಟಿಗಾಗಿ ಡೀಫಾಲ್ಟ್ ಸಿಗ್ನಲ್ ಆಗಿರುವ ಸಿಗ್ಟರ್ಮ್ ಸಂದೇಶವನ್ನು ನಿರ್ವಹಿಸಲು ಶಕ್ತವಾಗಿರಬೇಕು. ಈ ಸಂದೇಶವನ್ನು ಸ್ವೀಕರಿಸಿದ ನಂತರ, ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಮುಚ್ಚಬೇಕು.
ಕುಬರ್ನೆಟ್ಸ್ ಪಾಡ್ ಅನ್ನು ಕೊನೆಗೊಳಿಸಲು ನಿರ್ಧರಿಸಿದ ನಂತರ, ಹಲವಾರು ಘಟನೆಗಳು ಸಂಭವಿಸುತ್ತವೆ. ಕಂಟೇನರ್ ಅಥವಾ ಪಾಡ್ ಅನ್ನು ಮುಚ್ಚುವಾಗ ಕುಬರ್ನೆಟ್ಸ್ ತೆಗೆದುಕೊಳ್ಳುವ ಪ್ರತಿಯೊಂದು ಹಂತವನ್ನು ನೋಡೋಣ.
ನಾವು ಪಾಡ್‌ಗಳಲ್ಲಿ ಒಂದನ್ನು ಕೊನೆಗೊಳಿಸಲು ಬಯಸುತ್ತೇವೆ ಎಂದು ಹೇಳೋಣ. ಈ ಹಂತದಲ್ಲಿ, ಅದು ಹೊಸ ದಟ್ಟಣೆಯನ್ನು ಸ್ವೀಕರಿಸುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ - ಪಾಡ್‌ನಲ್ಲಿ ಚಾಲನೆಯಲ್ಲಿರುವ ಕಂಟೈನರ್‌ಗಳು ಪರಿಣಾಮ ಬೀರುವುದಿಲ್ಲ, ಆದರೆ ಎಲ್ಲಾ ಹೊಸ ದಟ್ಟಣೆಯನ್ನು ನಿರ್ಬಂಧಿಸಲಾಗುತ್ತದೆ.
ಪ್ರಿಸ್ಟಾಪ್ ಹುಕ್ ಅನ್ನು ನೋಡೋಣ, ಇದು ವಿಶೇಷ ಆಜ್ಞೆ ಅಥವಾ HTTP ವಿನಂತಿಯನ್ನು ಪಾಡ್‌ನಲ್ಲಿ ಕಂಟೈನರ್‌ಗಳಿಗೆ ಕಳುಹಿಸಲಾಗುತ್ತದೆ. SIGTERM ಅನ್ನು ಸ್ವೀಕರಿಸುವಾಗ ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್ ಸರಿಯಾಗಿ ಸ್ಥಗಿತಗೊಳ್ಳದಿದ್ದರೆ, ಸರಿಯಾಗಿ ಮುಚ್ಚಲು ನೀವು ಪ್ರಿಸ್ಟಾಪ್ ಅನ್ನು ಬಳಸಬಹುದು.
SIGTERM ಸಿಗ್ನಲ್ ಅನ್ನು ಸ್ವೀಕರಿಸಿದಾಗ ಹೆಚ್ಚಿನ ಪ್ರೋಗ್ರಾಂಗಳು ಆಕರ್ಷಕವಾಗಿ ನಿರ್ಗಮಿಸುತ್ತವೆ, ಆದರೆ ನೀವು ಮೂರನೇ ವ್ಯಕ್ತಿಯ ಕೋಡ್ ಅಥವಾ ನೀವು ಸಂಪೂರ್ಣವಾಗಿ ನಿಯಂತ್ರಿಸದ ಕೆಲವು ಸಿಸ್ಟಮ್ ಅನ್ನು ಬಳಸುತ್ತಿದ್ದರೆ, ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಬದಲಾಯಿಸದೆಯೇ ಆಕರ್ಷಕವಾದ ಸ್ಥಗಿತಗೊಳಿಸುವಿಕೆಯನ್ನು ಒತ್ತಾಯಿಸಲು ಪ್ರಿಸ್ಟಾಪ್ ಹುಕ್ ಉತ್ತಮ ಮಾರ್ಗವಾಗಿದೆ.
ಈ ಹುಕ್ ಅನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಿದ ನಂತರ, ಕುಬರ್ನೆಟ್ಸ್ ಪಾಡ್‌ನಲ್ಲಿರುವ ಕಂಟೇನರ್‌ಗಳಿಗೆ SIGTERM ಸಿಗ್ನಲ್ ಅನ್ನು ಕಳುಹಿಸುತ್ತದೆ, ಅವುಗಳು ಶೀಘ್ರದಲ್ಲೇ ಸಂಪರ್ಕ ಕಡಿತಗೊಳ್ಳುತ್ತವೆ ಎಂದು ಅವರಿಗೆ ತಿಳಿಸುತ್ತದೆ. ಈ ಸಂಕೇತವನ್ನು ಸ್ವೀಕರಿಸಿದ ನಂತರ, ನಿಮ್ಮ ಕೋಡ್ ಸ್ಥಗಿತಗೊಳಿಸುವ ಪ್ರಕ್ರಿಯೆಗೆ ಮುಂದುವರಿಯುತ್ತದೆ. ಈ ಪ್ರಕ್ರಿಯೆಯು ಡೇಟಾಬೇಸ್ ಸಂಪರ್ಕ ಅಥವಾ ವೆಬ್‌ಸಾಕೆಟ್ ಸ್ಟ್ರೀಮ್‌ನಂತಹ ಯಾವುದೇ ದೀರ್ಘಕಾಲೀನ ಸಂಪರ್ಕಗಳನ್ನು ನಿಲ್ಲಿಸುವುದು, ಪ್ರಸ್ತುತ ಸ್ಥಿತಿಯನ್ನು ಉಳಿಸುವುದು ಮತ್ತು ಮುಂತಾದವುಗಳನ್ನು ಒಳಗೊಂಡಿರಬಹುದು.
ನೀವು ಪ್ರಿಸ್ಟಾಪ್ ಹುಕ್ ಅನ್ನು ಬಳಸುತ್ತಿದ್ದರೂ ಸಹ, ನೀವು SIGTERM ಸಿಗ್ನಲ್ ಅನ್ನು ಕಳುಹಿಸಿದಾಗ ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್‌ಗೆ ನಿಖರವಾಗಿ ಏನಾಗುತ್ತದೆ ಮತ್ತು ಅದು ಹೇಗೆ ವರ್ತಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಪರಿಶೀಲಿಸುವುದು ಬಹಳ ಮುಖ್ಯ, ಆದ್ದರಿಂದ ಪಾಡ್ ಸ್ಥಗಿತಗೊಳಿಸುವಿಕೆಯಿಂದ ಉಂಟಾಗುವ ಈವೆಂಟ್‌ಗಳು ಅಥವಾ ಸಿಸ್ಟಮ್ ಕಾರ್ಯಾಚರಣೆಯಲ್ಲಿನ ಬದಲಾವಣೆಗಳು ಬರುವುದಿಲ್ಲ ನಿಮಗೆ ಆಶ್ಚರ್ಯ.
ಈ ಹಂತದಲ್ಲಿ, Kubernetes ಮುಂದಿನ ಕ್ರಮವನ್ನು ತೆಗೆದುಕೊಳ್ಳುವ ಮೊದಲು, terminationGracePeriodSecond ಎಂದು ಕರೆಯಲ್ಪಡುವ ನಿರ್ದಿಷ್ಟ ಸಮಯದವರೆಗೆ ಅಥವಾ SIGTERM ಸಿಗ್ನಲ್ ಅನ್ನು ಸ್ವೀಕರಿಸಿದಾಗ ಆಕರ್ಷಕವಾಗಿ ಸ್ಥಗಿತಗೊಳ್ಳುವ ಅವಧಿಯವರೆಗೆ ಕಾಯುತ್ತಾರೆ.
ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ ಈ ಅವಧಿಯು 30 ಸೆಕೆಂಡುಗಳು. ಇದು ಪ್ರಿಸ್ಟಾಪ್ ಹುಕ್ ಮತ್ತು SIGTERM ಸಿಗ್ನಲ್ನೊಂದಿಗೆ ಸಮಾನಾಂತರವಾಗಿ ಚಲಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಗಮನಿಸುವುದು ಮುಖ್ಯವಾಗಿದೆ. PreStop ಹುಕ್ ಮತ್ತು SIGTERM ಕೊನೆಗೊಳ್ಳುವವರೆಗೆ Kubernetes ಕಾಯುವುದಿಲ್ಲ - ಟರ್ಮಿನೇಷನ್‌ಗ್ರೇಸ್‌ ಅವಧಿ ಮುಗಿಯುವ ಮೊದಲು ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್ ನಿರ್ಗಮಿಸಿದರೆ, ಕುಬರ್ನೆಟ್‌ಗಳು ತಕ್ಷಣವೇ ಮುಂದಿನ ಹಂತಕ್ಕೆ ತೆರಳುತ್ತಾರೆ. ಆದ್ದರಿಂದ, ಸೆಕೆಂಡುಗಳಲ್ಲಿ ಈ ಅವಧಿಯ ಮೌಲ್ಯವು ಪಾಡ್ ಅನ್ನು ಸರಿಯಾಗಿ ಮುಚ್ಚಲು ಅಗತ್ಯವಿರುವ ಸಮಯಕ್ಕಿಂತ ಕಡಿಮೆಯಿಲ್ಲ ಎಂದು ಪರಿಶೀಲಿಸಿ, ಮತ್ತು ಅದು 30 ಸೆಗಳನ್ನು ಮೀರಿದರೆ, YAML ನಲ್ಲಿ ಅಪೇಕ್ಷಿತ ಮೌಲ್ಯಕ್ಕೆ ಅವಧಿಯನ್ನು ಹೆಚ್ಚಿಸಿ. ನೀಡಿರುವ ಉದಾಹರಣೆಯಲ್ಲಿ, ಇದು 60 ಸೆ.
ಮತ್ತು ಅಂತಿಮವಾಗಿ, ಕೊನೆಯ ಹಂತವೆಂದರೆ ಕಂಟೈನರ್‌ಗಳು ಮುಕ್ತಾಯಗೊಂಡ ನಂತರವೂ ಚಾಲನೆಯಲ್ಲಿದ್ದರೆ, ಅವು SIGKILL ಸಂಕೇತವನ್ನು ಕಳುಹಿಸುತ್ತವೆ ಮತ್ತು ಬಲವಂತವಾಗಿ ಅಳಿಸಲಾಗುತ್ತದೆ. ಈ ಹಂತದಲ್ಲಿ, ಕುಬರ್ನೆಟ್ಸ್ ಎಲ್ಲಾ ಇತರ ಪಾಡ್ ವಸ್ತುಗಳನ್ನು ಸ್ವಚ್ಛಗೊಳಿಸುತ್ತದೆ.
ಕುಬರ್ನೆಟ್ಸ್ ಅನೇಕ ಕಾರಣಗಳಿಗಾಗಿ ಪಾಡ್‌ಗಳನ್ನು ಕೊನೆಗೊಳಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಸ್ಥಿರವಾದ ಸೇವೆಯನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್ ಯಾವುದೇ ಸಂದರ್ಭದಲ್ಲಿ ಆಕರ್ಷಕವಾಗಿ ಕೊನೆಗೊಳ್ಳುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಿ.
ಕೆಲವು ಜಾಹೀರಾತುಗಳು 🙂
ನಮ್ಮೊಂದಿಗೆ ಇರುವುದಕ್ಕೆ ಧನ್ಯವಾದಗಳು. ನೀವು ನಮ್ಮ ಲೇಖನಗಳನ್ನು ಇಷ್ಟಪಡುತ್ತೀರಾ? ಹೆಚ್ಚು ಆಸಕ್ತಿದಾಯಕ ವಿಷಯವನ್ನು ನೋಡಲು ಬಯಸುವಿರಾ? ಆರ್ಡರ್ ಮಾಡುವ ಮೂಲಕ ಅಥವಾ ಸ್ನೇಹಿತರಿಗೆ ಶಿಫಾರಸು ಮಾಡುವ ಮೂಲಕ ನಮ್ಮನ್ನು ಬೆಂಬಲಿಸಿ, , ಪ್ರವೇಶ ಮಟ್ಟದ ಸರ್ವರ್‌ಗಳ ಅನನ್ಯ ಅನಲಾಗ್, ಇದನ್ನು ನಿಮಗಾಗಿ ನಾವು ಕಂಡುಹಿಡಿದಿದ್ದೇವೆ: (RAID1 ಮತ್ತು RAID10, 24 ಕೋರ್‌ಗಳವರೆಗೆ ಮತ್ತು 40GB DDR4 ವರೆಗೆ ಲಭ್ಯವಿದೆ).
ಆಮ್‌ಸ್ಟರ್‌ಡ್ಯಾಮ್‌ನಲ್ಲಿರುವ Equinix Tier IV ಡೇಟಾ ಸೆಂಟರ್‌ನಲ್ಲಿ Dell R730xd 2x ಅಗ್ಗವಾಗಿದೆಯೇ? ಇಲ್ಲಿ ಮಾತ್ರ ನೆದರ್ಲ್ಯಾಂಡ್ಸ್ನಲ್ಲಿ! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - $99 ರಿಂದ! ಬಗ್ಗೆ ಓದು
ಮೂಲ: www.habr.com