ಜಿಂಬ್ರಾ ಸಹಯೋಗ ಸೂಟ್ ಅನ್ನು ಸ್ಥಾಪಿಸಲು ಮೂಲಸೌಕರ್ಯವನ್ನು ಯೋಜಿಸುತ್ತಿದೆ

ಉದ್ಯಮದಲ್ಲಿ ಯಾವುದೇ ಐಟಿ ಪರಿಹಾರದ ಅನುಷ್ಠಾನವು ವಿನ್ಯಾಸದೊಂದಿಗೆ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ. ಈ ಹಂತದಲ್ಲಿ, ಐಟಿ ಮ್ಯಾನೇಜರ್ ಸರ್ವರ್‌ಗಳ ಸಂಖ್ಯೆ ಮತ್ತು ಅವುಗಳ ಗುಣಲಕ್ಷಣಗಳನ್ನು ಲೆಕ್ಕಾಚಾರ ಮಾಡಬೇಕಾಗುತ್ತದೆ, ಇದರಿಂದಾಗಿ ಒಂದು ಕಡೆ, ಎಲ್ಲಾ ಬಳಕೆದಾರರಿಗೆ ಸಾಕಷ್ಟು ಇವೆ, ಮತ್ತು ಮತ್ತೊಂದೆಡೆ, ಈ ಸರ್ವರ್‌ಗಳ ಬೆಲೆ-ಗುಣಮಟ್ಟದ ಅನುಪಾತ ಅತ್ಯುತ್ತಮವಾಗಿದೆ ಮತ್ತು ಹೊಸ ಮಾಹಿತಿ ವ್ಯವಸ್ಥೆಗಾಗಿ ಕಂಪ್ಯೂಟಿಂಗ್ ಮೂಲಸೌಕರ್ಯವನ್ನು ರಚಿಸುವ ವೆಚ್ಚಗಳು ಎಂಟರ್‌ಪ್ರೈಸ್‌ನ ಐಟಿ ಬಜೆಟ್‌ನಲ್ಲಿ ಗಂಭೀರ ರಂಧ್ರವನ್ನು ಮಾಡಲಾಗಿಲ್ಲ. ಜಿಂಬ್ರಾ ಸಹಯೋಗ ಸೂಟ್‌ನ ಎಂಟರ್‌ಪ್ರೈಸ್ ಅನುಷ್ಠಾನಕ್ಕಾಗಿ ಮೂಲಸೌಕರ್ಯವನ್ನು ಹೇಗೆ ವಿನ್ಯಾಸಗೊಳಿಸುವುದು ಎಂದು ಲೆಕ್ಕಾಚಾರ ಮಾಡೋಣ.

ಜಿಂಬ್ರಾ ಸಹಯೋಗ ಸೂಟ್ ಅನ್ನು ಸ್ಥಾಪಿಸಲು ಮೂಲಸೌಕರ್ಯವನ್ನು ಯೋಜಿಸುತ್ತಿದೆ

ಇತರ ಪರಿಹಾರಗಳೊಂದಿಗೆ ಹೋಲಿಸಿದರೆ ಜಿಂಬ್ರಾದ ಮುಖ್ಯ ಲಕ್ಷಣವೆಂದರೆ ZCS ನ ಸಂದರ್ಭದಲ್ಲಿ, ಅಡಚಣೆಯು ವಿರಳವಾಗಿ ಪ್ರೊಸೆಸರ್ ಶಕ್ತಿ ಅಥವಾ RAM ಆಗಿದೆ. ಮುಖ್ಯ ಮಿತಿಯು ಸಾಮಾನ್ಯವಾಗಿ ಹಾರ್ಡ್ ಡ್ರೈವ್‌ನ ಇನ್‌ಪುಟ್ ಮತ್ತು ಔಟ್‌ಪುಟ್‌ನ ವೇಗವಾಗಿದೆ ಮತ್ತು ಆದ್ದರಿಂದ ಡೇಟಾ ಸಂಗ್ರಹಣೆಗೆ ಮುಖ್ಯ ಗಮನವನ್ನು ನೀಡಬೇಕು. ಉತ್ಪಾದನಾ ಪರಿಸರದಲ್ಲಿ ಜಿಂಬ್ರಾಗೆ ಅಧಿಕೃತವಾಗಿ ಹೇಳಲಾದ ಕನಿಷ್ಠ ಅವಶ್ಯಕತೆಗಳೆಂದರೆ 4 ಗಿಗಾಹರ್ಟ್ಜ್ ಗಡಿಯಾರದ ವೇಗದೊಂದಿಗೆ 64-ಕೋರ್ 2-ಬಿಟ್ ಪ್ರೊಸೆಸರ್, ಸಿಸ್ಟಮ್ ಫೈಲ್‌ಗಳು ಮತ್ತು ಲಾಗ್‌ಗಳಿಗಾಗಿ 10 ಗಿಗಾಬೈಟ್‌ಗಳು ಮತ್ತು ಕನಿಷ್ಠ 8 ಗಿಗಾಬೈಟ್ RAM. ವಿಶಿಷ್ಟವಾಗಿ, ಸರ್ವರ್ ಸ್ಪಂದಿಸುವಂತೆ ಕಾರ್ಯನಿರ್ವಹಿಸಲು ಈ ಗುಣಲಕ್ಷಣಗಳು ಸಾಕು. ಆದರೆ ನೀವು 10 ಸಾವಿರ ಬಳಕೆದಾರರಿಗೆ ಜಿಂಬ್ರಾವನ್ನು ಅಳವಡಿಸಬೇಕಾದರೆ ಏನು? ಈ ಸಂದರ್ಭದಲ್ಲಿ ಯಾವ ಸರ್ವರ್‌ಗಳು ಮತ್ತು ಅವುಗಳನ್ನು ಹೇಗೆ ಕಾರ್ಯಗತಗೊಳಿಸಬೇಕು?

10 ಸಾವಿರ ಬಳಕೆದಾರರಿಗೆ ಮೂಲಸೌಕರ್ಯವು ಬಹು-ಸರ್ವರ್ ಆಗಿರಬೇಕು ಎಂಬ ಅಂಶದೊಂದಿಗೆ ಪ್ರಾರಂಭಿಸೋಣ. ಬಹು-ಸರ್ವರ್ ಮೂಲಸೌಕರ್ಯವು ಒಂದೆಡೆ, ಜಿಂಬ್ರಾವನ್ನು ಸ್ಕೇಲೆಬಲ್ ಮಾಡಲು ಅನುಮತಿಸುತ್ತದೆ, ಮತ್ತು ಮತ್ತೊಂದೆಡೆ, ಬಳಕೆದಾರರ ದೊಡ್ಡ ಒಳಹರಿವಿನೊಂದಿಗೆ ಸಹ ಮಾಹಿತಿ ವ್ಯವಸ್ಥೆಯ ಪ್ರತಿಕ್ರಿಯಾಶೀಲ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಸಾಧಿಸಲು. ಜಿಂಬ್ರಾ ಸರ್ವರ್ ಎಷ್ಟು ಬಳಕೆದಾರರಿಗೆ ಪರಿಣಾಮಕಾರಿಯಾಗಿ ಸೇವೆ ಸಲ್ಲಿಸಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ ಎಂದು ನಿಖರವಾಗಿ ಊಹಿಸಲು ಸಾಮಾನ್ಯವಾಗಿ ಕಷ್ಟವಾಗುತ್ತದೆ, ಏಕೆಂದರೆ ಕ್ಯಾಲೆಂಡರ್‌ಗಳು ಮತ್ತು ಇಮೇಲ್‌ನೊಂದಿಗೆ ಅವರ ಕೆಲಸದ ತೀವ್ರತೆ ಮತ್ತು ಬಳಸಿದ ಪ್ರೋಟೋಕಾಲ್‌ನ ಮೇಲೆ ಬಹಳಷ್ಟು ಅವಲಂಬಿತವಾಗಿರುತ್ತದೆ. ಅದಕ್ಕಾಗಿಯೇ, ಉದಾಹರಣೆಯಾಗಿ, ನಾವು 4 ಮೇಲ್ ಸಂಗ್ರಹಣೆಗಳನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುತ್ತೇವೆ. ಕೊರತೆ ಅಥವಾ ಸಾಮರ್ಥ್ಯದ ಗಂಭೀರವಾದ ಹೆಚ್ಚಿನ ಸಂದರ್ಭದಲ್ಲಿ, ಅದನ್ನು ಆಫ್ ಮಾಡಲು ಅಥವಾ ಇನ್ನೊಂದನ್ನು ಸೇರಿಸಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ.

ಹೀಗಾಗಿ, 10.000 ಜನರಿಗೆ ಮೂಲಸೌಕರ್ಯವನ್ನು ವಿನ್ಯಾಸಗೊಳಿಸುವಾಗ, ನೀವು LDAP, MTA ಮತ್ತು ಪ್ರಾಕ್ಸಿ ಸರ್ವರ್‌ಗಳು ಮತ್ತು 4 ಮೇಲ್ ಸಂಗ್ರಹಣೆಗಳನ್ನು ರಚಿಸಬೇಕಾಗುತ್ತದೆ. LDAP, MTA ಮತ್ತು ಪ್ರಾಕ್ಸಿ ಸರ್ವರ್‌ಗಳನ್ನು ವರ್ಚುವಲ್ ಮಾಡಬಹುದು ಎಂಬುದನ್ನು ಗಮನಿಸಿ. ಇದು ಸರ್ವರ್ ಹಾರ್ಡ್‌ವೇರ್‌ನ ವೆಚ್ಚವನ್ನು ಕಡಿಮೆ ಮಾಡುತ್ತದೆ ಮತ್ತು ಡೇಟಾವನ್ನು ಬ್ಯಾಕಪ್ ಮಾಡಲು ಮತ್ತು ಮರುಸ್ಥಾಪಿಸಲು ಸುಲಭಗೊಳಿಸುತ್ತದೆ, ಆದರೆ ಮತ್ತೊಂದೆಡೆ, ಭೌತಿಕ ಸರ್ವರ್ ವಿಫಲವಾದರೆ, ನೀವು MTA, LDAP ಮತ್ತು ಪ್ರಾಕ್ಸಿ ಇಲ್ಲದೆ ತಕ್ಷಣವೇ ಅಪಾಯವನ್ನು ಎದುರಿಸುತ್ತೀರಿ. ಅದಕ್ಕಾಗಿಯೇ ಭೌತಿಕ ಅಥವಾ ವರ್ಚುವಲ್ ಸರ್ವರ್‌ಗಳ ನಡುವಿನ ಆಯ್ಕೆಯು ತುರ್ತು ಪರಿಸ್ಥಿತಿಯಲ್ಲಿ ನೀವು ಎಷ್ಟು ಅಲಭ್ಯತೆಯನ್ನು ಹೊಂದಬಹುದು ಎಂಬುದರ ಆಧಾರದ ಮೇಲೆ ಮಾಡಬೇಕು. ಮೇಲ್ ಸಂಗ್ರಹಣೆಗಳನ್ನು ಭೌತಿಕ ಸರ್ವರ್‌ಗಳಲ್ಲಿ ಉತ್ತಮವಾಗಿ ಇರಿಸಲಾಗುತ್ತದೆ, ಏಕೆಂದರೆ ಅವುಗಳ ಮೇಲೆ ಹೆಚ್ಚಿನ ಬರವಣಿಗೆ ಚಕ್ರಗಳು ಸಂಭವಿಸುತ್ತವೆ, ಇದು ಜಿಂಬ್ರಾದ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಮಿತಿಗೊಳಿಸುತ್ತದೆ ಮತ್ತು ಆದ್ದರಿಂದ ಡೇಟಾ ವರ್ಗಾವಣೆಗಾಗಿ ಹೆಚ್ಚಿನ ಸಂಖ್ಯೆಯ ಚಾನಲ್‌ಗಳು ಜಿಂಬ್ರಾದ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಗಮನಾರ್ಹವಾಗಿ ಹೆಚ್ಚಿಸುತ್ತವೆ.

ತಾತ್ವಿಕವಾಗಿ, LDAP, MTA, ಪ್ರಾಕ್ಸಿ, ನೆಟ್‌ವರ್ಕ್ ಶೇಖರಣಾ ಸರ್ವರ್‌ಗಳನ್ನು ರಚಿಸಿದ ನಂತರ ಮತ್ತು ಅವುಗಳನ್ನು ಒಂದೇ ಮೂಲಸೌಕರ್ಯವಾಗಿ ಸಂಯೋಜಿಸಿದ ನಂತರ, 10000 ಬಳಕೆದಾರರಿಗೆ ಜಿಂಬ್ರಾ ಸಹಯೋಗ ಸೂಟ್ ಕಾರ್ಯಾರಂಭಕ್ಕೆ ಸಿದ್ಧವಾಗಿದೆ. ಈ ಸಂರಚನೆಯ ಕಾರ್ಯಾಚರಣೆಯು ತುಂಬಾ ಸರಳವಾಗಿರುತ್ತದೆ:

ಜಿಂಬ್ರಾ ಸಹಯೋಗ ಸೂಟ್ ಅನ್ನು ಸ್ಥಾಪಿಸಲು ಮೂಲಸೌಕರ್ಯವನ್ನು ಯೋಜಿಸುತ್ತಿದೆ

ರೇಖಾಚಿತ್ರವು ಸಿಸ್ಟಮ್ನ ಮುಖ್ಯ ನೋಡ್ಗಳನ್ನು ತೋರಿಸುತ್ತದೆ ಮತ್ತು ಅವುಗಳ ನಡುವೆ ಪ್ರಸಾರವಾಗುವ ಡೇಟಾ ಹರಿವುಗಳನ್ನು ತೋರಿಸುತ್ತದೆ. ಈ ಕಾನ್ಫಿಗರೇಶನ್‌ನೊಂದಿಗೆ, ಮೂಲಸೌಕರ್ಯವು ಡೇಟಾ ನಷ್ಟದಿಂದ ಸಂಪೂರ್ಣವಾಗಿ ಅಸುರಕ್ಷಿತವಾಗಿರುತ್ತದೆ, ಯಾವುದೇ ಸರ್ವರ್‌ಗಳ ವೈಫಲ್ಯಕ್ಕೆ ಸಂಬಂಧಿಸಿದ ಅಲಭ್ಯತೆ ಇತ್ಯಾದಿ. ಈ ಸಮಸ್ಯೆಗಳಿಂದ ನಿಮ್ಮ ಮೂಲಸೌಕರ್ಯವನ್ನು ನೀವು ಹೇಗೆ ರಕ್ಷಿಸಬಹುದು ಎಂಬುದನ್ನು ನಿಖರವಾಗಿ ನೋಡೋಣ.

ಮುಖ್ಯ ವಿಧಾನವೆಂದರೆ ಹಾರ್ಡ್‌ವೇರ್ ರಿಡಂಡೆನ್ಸಿ. ಹೆಚ್ಚುವರಿ MTA ಮತ್ತು ಪ್ರಾಕ್ಸಿ ನೋಡ್‌ಗಳು, ಮುಖ್ಯ ಸರ್ವರ್‌ಗಳ ವೈಫಲ್ಯದ ಸಂದರ್ಭದಲ್ಲಿ, ಮುಖ್ಯವಾದವುಗಳ ಪಾತ್ರವನ್ನು ತಾತ್ಕಾಲಿಕವಾಗಿ ತೆಗೆದುಕೊಳ್ಳಬಹುದು. ನಿರ್ಣಾಯಕ ಮೂಲಸೌಕರ್ಯದ ನೋಡ್‌ಗಳನ್ನು ನಕಲು ಮಾಡುವುದು ಯಾವಾಗಲೂ ಉತ್ತಮ ಉಪಾಯವಾಗಿದೆ, ಆದರೆ ಇದು ಬಯಸಿದ ಮಟ್ಟಿಗೆ ಯಾವಾಗಲೂ ಕಾರ್ಯಸಾಧ್ಯವಲ್ಲ. ಮೇಲ್ ಅನ್ನು ಸಂಗ್ರಹಿಸಲಾಗಿರುವ ಸರ್ವರ್‌ಗಳ ಕಾಯ್ದಿರಿಸುವಿಕೆ ಒಂದು ಗಮನಾರ್ಹ ಉದಾಹರಣೆಯಾಗಿದೆ. ಪ್ರಸ್ತುತ, ಜಿಂಬ್ರಾ ಸಹಯೋಗ ಸೂಟ್ ಓಪನ್-ಸೋರ್ಸ್ ಆವೃತ್ತಿಯು ನಕಲಿ ಅಂಗಡಿಗಳ ರಚನೆಯನ್ನು ಬೆಂಬಲಿಸುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಈ ಸರ್ವರ್‌ಗಳಲ್ಲಿ ಒಂದು ವಿಫಲವಾದರೆ, ಅಲಭ್ಯತೆಯನ್ನು ತಪ್ಪಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ ಮತ್ತು ಮೇಲ್ ಅಂಗಡಿಯ ವೈಫಲ್ಯದಿಂದ ಉಂಟಾಗುವ ಅಲಭ್ಯತೆಯನ್ನು ಕಡಿಮೆ ಮಾಡಲು, IT ನಿರ್ವಾಹಕರು ಅದರ ಬ್ಯಾಕಪ್ ಪ್ರತಿಯನ್ನು ನಿಯೋಜಿಸಬಹುದು. ಇನ್ನೊಂದು ಸರ್ವರ್‌ನಲ್ಲಿ.

Zimbra OSE ನಲ್ಲಿ ಯಾವುದೇ ಅಂತರ್ನಿರ್ಮಿತ ಬ್ಯಾಕಪ್ ಸಿಸ್ಟಮ್ ಇಲ್ಲದಿರುವುದರಿಂದ, ನಮಗೆ ನೈಜ-ಸಮಯದ ಬ್ಯಾಕಪ್ ಮತ್ತು ಬಾಹ್ಯ ಸಂಗ್ರಹಣೆಯನ್ನು ಬೆಂಬಲಿಸುವ Zextras ಬ್ಯಾಕಪ್ ಅಗತ್ಯವಿದೆ. Zextras ಬ್ಯಾಕಪ್, ಪೂರ್ಣ ಮತ್ತು ಹೆಚ್ಚುತ್ತಿರುವ ಬ್ಯಾಕ್‌ಅಪ್‌ಗಳನ್ನು ಮಾಡುವಾಗ, ಎಲ್ಲಾ ಡೇಟಾವನ್ನು /opt/zimbra/backup ಫೋಲ್ಡರ್‌ನಲ್ಲಿ ಇರಿಸುವುದರಿಂದ, ಬಾಹ್ಯ, ನೆಟ್‌ವರ್ಕ್ ಅಥವಾ ಕ್ಲೌಡ್ ಸಂಗ್ರಹಣೆಯನ್ನು ಅದರೊಳಗೆ ಆರೋಹಿಸಲು ಇದು ಸಮಂಜಸವಾಗಿದೆ, ಆದ್ದರಿಂದ ಸರ್ವರ್‌ಗಳಲ್ಲಿ ಒಂದು ವಿಫಲವಾದರೆ, ತುರ್ತು ಪರಿಸ್ಥಿತಿಯ ಸಮಯದಲ್ಲಿ ಪ್ರಸ್ತುತವಾಗಿದ್ದ ಬ್ಯಾಕ್‌ಅಪ್ ಪ್ರತಿಯೊಂದಿಗೆ ನೀವು ಮಾಧ್ಯಮವನ್ನು ಹೊಂದಿರುತ್ತೀರಿ. ಇದನ್ನು ಬ್ಯಾಕಪ್ ಭೌತಿಕ ಸರ್ವರ್‌ನಲ್ಲಿ, ವರ್ಚುವಲ್ ಗಣಕದಲ್ಲಿ ಅಥವಾ ಕ್ಲೌಡ್‌ನಲ್ಲಿ ನಿಯೋಜಿಸಬಹುದು. ಸರ್ವರ್‌ಗೆ ಬರುವ ಜಂಕ್ ಟ್ರಾಫಿಕ್ ಪ್ರಮಾಣವನ್ನು ಕಡಿಮೆ ಮಾಡಲು ಜಿಂಬ್ರಾ ಪ್ರಾಕ್ಸಿ ಸರ್ವರ್‌ನ ಮುಂದೆ ಸ್ಪ್ಯಾಮ್ ಫಿಲ್ಟರ್‌ನೊಂದಿಗೆ MTA ಅನ್ನು ಸ್ಥಾಪಿಸುವುದು ಒಳ್ಳೆಯದು.

ಪರಿಣಾಮವಾಗಿ, ಸಂರಕ್ಷಿತ ಜಿಂಬ್ರಾ ಮೂಲಸೌಕರ್ಯವು ಈ ರೀತಿ ಕಾಣುತ್ತದೆ:

ಜಿಂಬ್ರಾ ಸಹಯೋಗ ಸೂಟ್ ಅನ್ನು ಸ್ಥಾಪಿಸಲು ಮೂಲಸೌಕರ್ಯವನ್ನು ಯೋಜಿಸುತ್ತಿದೆ

ಈ ಸಂರಚನೆಯೊಂದಿಗೆ, ಜಿಂಬ್ರಾ ಮೂಲಸೌಕರ್ಯವು 10.000 ಬಳಕೆದಾರರಿಗೆ ಉತ್ತಮ ಗುಣಮಟ್ಟದ ಸೇವೆಗಳನ್ನು ಒದಗಿಸಲು ಸಾಧ್ಯವಾಗುವುದಿಲ್ಲ, ಆದರೆ ತುರ್ತು ಪರಿಸ್ಥಿತಿಯ ಸಂದರ್ಭದಲ್ಲಿ, ಅದರ ಪರಿಣಾಮಗಳನ್ನು ಸಾಧ್ಯವಾದಷ್ಟು ಬೇಗ ತೆಗೆದುಹಾಕಲು ಇದು ಅನುಮತಿಸುತ್ತದೆ.

ಮೂಲ: www.habr.com

ಕಾಮೆಂಟ್ ಅನ್ನು ಸೇರಿಸಿ