ಹಿಸ್ಟಾಕ್ಸ್ ಕ್ಲೌಡ್ ಮೈಗ್ರೇಷನ್: ರೈಡಿಂಗ್ ದಿ ಕ್ಲೌಡ್ಸ್

ಡಿಸಾಸ್ಟರ್ ರಿಕವರಿ ಪರಿಹಾರಗಳ ಮಾರುಕಟ್ಟೆಯಲ್ಲಿ ಯುವ ಆಟಗಾರರಲ್ಲಿ ಒಬ್ಬರು ಹಿಸ್ಟಾಕ್ಸ್, 2016 ರಲ್ಲಿ ರಷ್ಯಾದ ಸ್ಟಾರ್ಟ್ಅಪ್ ಆಗಿದೆ. ವಿಪತ್ತು ಚೇತರಿಕೆಯ ವಿಷಯವು ಬಹಳ ಜನಪ್ರಿಯವಾಗಿರುವುದರಿಂದ ಮತ್ತು ಮಾರುಕಟ್ಟೆಯು ಅತ್ಯಂತ ಸ್ಪರ್ಧಾತ್ಮಕವಾಗಿರುವುದರಿಂದ, ವಿವಿಧ ಕ್ಲೌಡ್ ಮೂಲಸೌಕರ್ಯಗಳ ನಡುವಿನ ವಲಸೆಯ ಮೇಲೆ ಕೇಂದ್ರೀಕರಿಸಲು ಸ್ಟಾರ್ಟ್ಅಪ್ ನಿರ್ಧರಿಸಿದೆ. ಕ್ಲೌಡ್‌ಗೆ ಸರಳ ಮತ್ತು ತ್ವರಿತ ವಲಸೆಯನ್ನು ಸಂಘಟಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುವ ಉತ್ಪನ್ನವು Onlanta ಗ್ರಾಹಕರಿಗೆ - ಬಳಕೆದಾರರಿಗೆ ತುಂಬಾ ಉಪಯುಕ್ತವಾಗಿದೆ oncloud.ru. ಹೀಗಾಗಿಯೇ ನಾನು ಹಿಸ್ಟಾಕ್ಸ್ ಅನ್ನು ತಿಳಿದುಕೊಂಡೆ ಮತ್ತು ಅದರ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಪರೀಕ್ಷಿಸಲು ಪ್ರಾರಂಭಿಸಿದೆ. ಮತ್ತು ಅದರಿಂದ ಏನಾಯಿತು, ನಾನು ಈ ಲೇಖನದಲ್ಲಿ ಹೇಳುತ್ತೇನೆ.

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

ಇದು ಸೇವೆಗಳ ದೋಷ ಸಹಿಷ್ಣುತೆಯನ್ನು ಹೆಚ್ಚಿಸಲು DR ಪರಿಹಾರಗಳನ್ನು ಮಾತ್ರ ರಚಿಸಲು ಅನುಮತಿಸುತ್ತದೆ, ಆದರೆ ವೆಚ್ಚ ಉಳಿತಾಯವನ್ನು ಹೆಚ್ಚಿಸಲು ಮತ್ತು ನಿರ್ದಿಷ್ಟ ಕ್ಷಣದಲ್ಲಿ ನಿರ್ದಿಷ್ಟ ಸೇವೆಗೆ ಉತ್ತಮ ಪರಿಹಾರವನ್ನು ಆಯ್ಕೆ ಮಾಡಲು ವಿವಿಧ ಸೈಟ್‌ಗಳು ಮತ್ತು ಹೈಪರ್‌ಸ್ಕೇಲರ್‌ಗಳ ನಡುವೆ ಸಂಪನ್ಮೂಲಗಳನ್ನು ತ್ವರಿತವಾಗಿ ಮತ್ತು ಮೃದುವಾಗಿ ಸ್ಥಳಾಂತರಿಸಲು ಸಹ ಅನುಮತಿಸುತ್ತದೆ. ಶೀರ್ಷಿಕೆ ಚಿತ್ರದಲ್ಲಿ ಪಟ್ಟಿ ಮಾಡಲಾದ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳ ಜೊತೆಗೆ, ಕಂಪನಿಯು ರಷ್ಯಾದ ಕ್ಲೌಡ್ ಪೂರೈಕೆದಾರರೊಂದಿಗೆ ಸಕ್ರಿಯವಾಗಿ ಸಹಕರಿಸುತ್ತದೆ: Yandex.Cloud, CROC ಕ್ಲೌಡ್ ಸೇವೆಗಳು, Mail.ru ಮತ್ತು ಅನೇಕರು. 2020 ರಲ್ಲಿ ಕಂಪನಿಯು ಸ್ಕೋಲ್ಕೊವೊದಲ್ಲಿ ಆರ್ & ಡಿ ಕೇಂದ್ರವನ್ನು ತೆರೆಯಿತು ಎಂಬುದು ಗಮನಿಸಬೇಕಾದ ಸಂಗತಿ. 

ಮಾರುಕಟ್ಟೆಯಲ್ಲಿ ಹೆಚ್ಚಿನ ಸಂಖ್ಯೆಯ ಆಟಗಾರರಿಂದ ಒಂದು ಪರಿಹಾರದ ಆಯ್ಕೆಯು ಉತ್ತಮ ಬೆಲೆ ನೀತಿ ಮತ್ತು ಉತ್ಪನ್ನದ ಹೆಚ್ಚಿನ ಅನ್ವಯವನ್ನು ಸೂಚಿಸುತ್ತದೆ, ಅದನ್ನು ನಾವು ಪ್ರಾಯೋಗಿಕವಾಗಿ ಪರೀಕ್ಷಿಸಲು ನಿರ್ಧರಿಸಿದ್ದೇವೆ.

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

ಸಿಸ್ಟಂನ ನಿಯಂತ್ರಣ ಫಲಕವಾಗಿರುವ ಹಿಸ್ಟಾಕ್ಸ್ ಅಕ್ಯುರಾವನ್ನು ನಿಯೋಜಿಸುವುದು ಮೊದಲ ಹಂತವಾಗಿದೆ.

ಇದು ಟೆಂಪ್ಲೇಟ್‌ನಿಂದ ವಿಸ್ತರಿಸುತ್ತದೆ. ಕೆಲವು ಕಾರಣಕ್ಕಾಗಿ, ನಮ್ಮ ಸಂದರ್ಭದಲ್ಲಿ, ಇದು ಸಂಪೂರ್ಣವಾಗಿ ಸರಿಯಾಗಿಲ್ಲ ಮತ್ತು ಶಿಫಾರಸು ಮಾಡಿದ 8CPU ಬದಲಿಗೆ, 16Gb ಅನ್ನು ಅರ್ಧದಷ್ಟು ಸಂಪನ್ಮೂಲಗಳೊಂದಿಗೆ ನಿಯೋಜಿಸಲಾಗಿದೆ. ಆದ್ದರಿಂದ, ಅವುಗಳನ್ನು ಬದಲಾಯಿಸಲು ನೀವು ನೆನಪಿಟ್ಟುಕೊಳ್ಳಬೇಕು, ಇಲ್ಲದಿದ್ದರೆ ಎಲ್ಲವನ್ನೂ ನಿರ್ಮಿಸಲಾದ VM ಒಳಗಿನ ಮೂಲಸೌಕರ್ಯವು ಕಂಟೇನರ್‌ಗಳೊಂದಿಗೆ ಪ್ರಾರಂಭವಾಗುವುದಿಲ್ಲ ಮತ್ತು ಪೋರ್ಟಲ್ ಲಭ್ಯವಿರುವುದಿಲ್ಲ. IN ನಿಯೋಜನೆಯ ಅವಶ್ಯಕತೆಗಳು ಅಗತ್ಯವಿರುವ ಸಂಪನ್ಮೂಲಗಳನ್ನು ವಿವರವಾಗಿ ವಿವರಿಸಲಾಗಿದೆ, ಹಾಗೆಯೇ ಎಲ್ಲಾ ಸಿಸ್ಟಮ್ ಘಟಕಗಳಿಗೆ ಬಂದರುಗಳು. 

ಮತ್ತು ಟೆಂಪ್ಲೇಟ್ ಮೂಲಕ IP ವಿಳಾಸವನ್ನು ಹೊಂದಿಸುವಲ್ಲಿ ತೊಂದರೆಗಳು ಇದ್ದವು, ಆದ್ದರಿಂದ ನಾವು ಅದನ್ನು ಕನ್ಸೋಲ್‌ನಿಂದ ಬದಲಾಯಿಸಿದ್ದೇವೆ. ಅದರ ನಂತರ, ನೀವು ನಿರ್ವಾಹಕ ವೆಬ್ ಇಂಟರ್ಫೇಸ್ಗೆ ಹೋಗಬಹುದು ಮತ್ತು ಆರಂಭಿಕ ಕಾನ್ಫಿಗರೇಶನ್ ವಿಝಾರ್ಡ್ ಅನ್ನು ಪೂರ್ಣಗೊಳಿಸಬಹುದು. 

ಅಂತ್ಯಬಿಂದು - ನಮ್ಮ vCenter ನ IP ಅಥವಾ FQDN. 
ಲಾಗಿನ್ ಮತ್ತು ಪಾಸ್ವರ್ಡ್ - ಇದು ಇಲ್ಲಿ ಸ್ಪಷ್ಟವಾಗಿದೆ. 
ಟಾರ್ಗೆಟ್ ESXi ಹೋಸ್ಟ್‌ಹೆಸರು ನಮ್ಮ ಕ್ಲಸ್ಟರ್‌ನಲ್ಲಿ ಹೋಸ್ಟ್‌ಗಳಲ್ಲಿ ಒಂದಾಗಿದೆ, ಅದನ್ನು ಪುನರಾವರ್ತಿಸಲಾಗುತ್ತದೆ. 
ಟಾರ್ಗೆಟ್ ಡೇಟಾಸ್ಟೋರ್ ನಮ್ಮ ಕ್ಲಸ್ಟರ್‌ನಲ್ಲಿರುವ ಡೇಟಾಸ್ಟೋರ್‌ಗಳಲ್ಲಿ ಒಂದಾಗಿದೆ, ಅದನ್ನು ಪುನರಾವರ್ತಿಸಲಾಗುತ್ತದೆ.
ಹಿಸ್ಟಾಕ್ಸ್ ಅಕ್ಯುರಾ ನಿಯಂತ್ರಣ ಫಲಕ ಸಾರ್ವಜನಿಕ IP - ನಿಯಂತ್ರಣ ಫಲಕವು ಲಭ್ಯವಿರುವ ವಿಳಾಸ.

ಹೋಸ್ಟ್ ಮತ್ತು ಡೇಟಾಸ್ಟೋರ್‌ನಲ್ಲಿ ಸ್ವಲ್ಪ ಸ್ಪಷ್ಟೀಕರಣದ ಅಗತ್ಯವಿದೆ. ವಾಸ್ತವವೆಂದರೆ ಹಿಸ್ಟಾಕ್ಸ್ ನಕಲು ಹೋಸ್ಟ್ ಮತ್ತು ಡೇಟಾಸ್ಟೋರ್ ಹಂತಗಳಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ. ಮುಂದೆ, ಹಿಡುವಳಿದಾರರಿಗೆ ಹೋಸ್ಟ್ ಮತ್ತು ಡೇಟಾಸ್ಟೋರ್ ಅನ್ನು ನೀವು ಹೇಗೆ ಬದಲಾಯಿಸಬಹುದು ಎಂದು ನಾನು ನಿಮಗೆ ಹೇಳುತ್ತೇನೆ, ಆದರೆ ಸಮಸ್ಯೆ ವಿಭಿನ್ನವಾಗಿದೆ. ಹಿಸ್ಟಾಕ್ಸ್ ಸಂಪನ್ಮೂಲ ಪೂಲಿಂಗ್ ಅನ್ನು ಬೆಂಬಲಿಸುವುದಿಲ್ಲ, ಅಂದರೆ. ಪ್ರತಿಕೃತಿಯು ಯಾವಾಗಲೂ ಕ್ಲಸ್ಟರ್‌ನ ಮೂಲಕ್ಕೆ ಸಂಭವಿಸುತ್ತದೆ (ಈ ವಿಷಯವನ್ನು ಬರೆಯುವ ಸಮಯದಲ್ಲಿ, ಹೈಸ್ಟಾಕ್ಸ್‌ನ ವ್ಯಕ್ತಿಗಳು ನವೀಕರಿಸಿದ ಆವೃತ್ತಿಯನ್ನು ಬಿಡುಗಡೆ ಮಾಡಿದರು, ಅಲ್ಲಿ ಅವರು ಸಂಪನ್ಮೂಲ ಪೂಲ್‌ಗಳಿಗೆ ಬೆಂಬಲದ ಕುರಿತು ನನ್ನ ವೈಶಿಷ್ಟ್ಯದ ವಿನಂತಿಯನ್ನು ತ್ವರಿತವಾಗಿ ಜಾರಿಗೆ ತಂದರು). vCloud ಡೈರೆಕ್ಟರ್ ಅನ್ನು ಸಹ ಬೆಂಬಲಿಸುವುದಿಲ್ಲ, ಅಂದರೆ. ನನ್ನ ಪ್ರಕರಣದಂತೆ, ಹಿಡುವಳಿದಾರನು ಸಂಪೂರ್ಣ ಕ್ಲಸ್ಟರ್‌ಗೆ ನಿರ್ವಾಹಕ ಹಕ್ಕುಗಳನ್ನು ಹೊಂದಿಲ್ಲ, ಆದರೆ ನಿರ್ದಿಷ್ಟ ಸಂಪನ್ಮೂಲ ಪೂಲ್‌ಗೆ ಮಾತ್ರ, ಮತ್ತು ನಾವು ಹಿಸ್ಟಾಕ್ಸ್‌ಗೆ ಪ್ರವೇಶವನ್ನು ನೀಡಿದರೆ, ಅವನು ಸ್ವತಂತ್ರವಾಗಿ ಈ VM ಗಳನ್ನು ಪುನರಾವರ್ತಿಸಲು ಮತ್ತು ಚಲಾಯಿಸಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ, ಆದರೆ ಅವನು VMware ಮೂಲಸೌಕರ್ಯದಲ್ಲಿ ಅವುಗಳನ್ನು ನೋಡಲು ಸಾಧ್ಯವಾಗುವುದಿಲ್ಲ, ಅದಕ್ಕೆ ಅವರು ಪ್ರವೇಶವನ್ನು ಹೊಂದಿದ್ದಾರೆ ಮತ್ತು ಅದರ ಪ್ರಕಾರ, ವರ್ಚುವಲ್ ಯಂತ್ರಗಳನ್ನು ಮತ್ತಷ್ಟು ನಿರ್ವಹಿಸುತ್ತಾರೆ. ಕ್ಲಸ್ಟರ್ ನಿರ್ವಾಹಕರು VM ಅನ್ನು ಸರಿಯಾದ ಸಂಪನ್ಮೂಲ ಪೂಲ್‌ಗೆ ಸರಿಸಬೇಕಾಗುತ್ತದೆ ಅಥವಾ ಅದನ್ನು vCloud ಡೈರೆಕ್ಟರ್‌ಗೆ ಆಮದು ಮಾಡಿಕೊಳ್ಳಬೇಕು.

ನಾನು ಈ ಕ್ಷಣಗಳ ಮೇಲೆ ಏಕೆ ಹೆಚ್ಚು ಗಮನಹರಿಸುತ್ತೇನೆ? ಏಕೆಂದರೆ, ಉತ್ಪನ್ನದ ಪರಿಕಲ್ಪನೆಯನ್ನು ನಾನು ಅರ್ಥಮಾಡಿಕೊಂಡಂತೆ, ಗ್ರಾಹಕರು ಅಕ್ಯುರಾ ಪ್ಯಾನೆಲ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು ಯಾವುದೇ ವಲಸೆ ಅಥವಾ DR ಅನ್ನು ಸ್ವತಂತ್ರವಾಗಿ ಕಾರ್ಯಗತಗೊಳಿಸಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ. ಆದರೆ ಇಲ್ಲಿಯವರೆಗೆ, VMware ಬೆಂಬಲವು ಅದೇ ಓಪನ್‌ಸ್ಟ್ಯಾಕ್‌ಗೆ ಬೆಂಬಲದ ಮಟ್ಟಕ್ಕಿಂತ ಸ್ವಲ್ಪ ಹಿಂದೆ ಇದೆ, ಅಲ್ಲಿ ಅಂತಹ ಕಾರ್ಯವಿಧಾನಗಳನ್ನು ಈಗಾಗಲೇ ಕಾರ್ಯಗತಗೊಳಿಸಲಾಗಿದೆ. 

ಆದರೆ ನಿಯೋಜನೆಗೆ ಹಿಂತಿರುಗಿ. ಮೊದಲನೆಯದಾಗಿ, ಫಲಕದ ಆರಂಭಿಕ ಸೆಟಪ್ ನಂತರ, ನಮ್ಮ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ನಾವು ಮೊದಲ ಹಿಡುವಳಿದಾರನನ್ನು ರಚಿಸಬೇಕಾಗಿದೆ.

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

ಹೊಸ ಕ್ಲೌಡ್ ಅನ್ನು ಸೇರಿಸುವ ರೂಪದಲ್ಲಿ, ಆರಂಭಿಕ ಕಾನ್ಫಿಗರೇಶನ್ ಸಮಯದಲ್ಲಿ ನಾವು ಅದೇ ನಿಯತಾಂಕಗಳನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸುತ್ತೇವೆ (ನಾವು ಅದೇ ಹೋಸ್ಟ್ ಅನ್ನು ಸಹ ಬಳಸಬಹುದು), ನಿರ್ದಿಷ್ಟ ಗ್ರಾಹಕರಿಗೆ ಅಗತ್ಯವಿರುವ ಡೇಟಾಸ್ಟೋರ್ ಅನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಿ ಮತ್ತು ಈಗ ಹೆಚ್ಚುವರಿ ನಿಯತಾಂಕಗಳಲ್ಲಿ ನಾವು ಈಗಾಗಲೇ ಪ್ರತ್ಯೇಕವಾಗಿ ನಿರ್ದಿಷ್ಟಪಡಿಸಬಹುದು ಅಗತ್ಯವಿರುವ ಪೂಲ್ ಸಂಪನ್ಮೂಲ {"resource_pool" :"YOUR_POOL_NAME"} 

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

ಅದೇ ಸಮಯದಲ್ಲಿ, ಇದು ರಚಿಸಿದ ಹಿಡುವಳಿದಾರನಿಗೆ ಸಂಬಂಧಿಸಿಲ್ಲ, ಮತ್ತು ನಮ್ಮ ಎಲ್ಲಾ ಗ್ರಾಹಕರು ಅದರ ಮೂಲಕ ಕೆಲಸ ಮಾಡುತ್ತಾರೆ (ಅಥವಾ ಹಲವಾರು ನಂತರ, ನಾವು ಅವರನ್ನು ನಿಯೋಜಿಸಿದರೆ). ಒಬ್ಬ ಏಜೆಂಟ್ 10 ಏಕಕಾಲಿಕ ಅವಧಿಗಳನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ. ಒಂದು ಅಧಿವೇಶನವು ಒಂದು ಕಾರಿನಂತೆ ಎಣಿಕೆಯಾಗುತ್ತದೆ. ಇದು ಎಷ್ಟು ಡಿಸ್ಕ್ಗಳನ್ನು ಹೊಂದಿದೆ ಎಂಬುದು ಮುಖ್ಯವಲ್ಲ. ಇಲ್ಲಿಯವರೆಗೆ, VMware ಗಾಗಿ ಅಕ್ಯುರಾದಲ್ಲಿ ಸ್ಕೇಲಿಂಗ್ ಏಜೆಂಟ್‌ಗಳಿಗೆ ಯಾವುದೇ ಕಾರ್ಯವಿಧಾನವಿಲ್ಲ. ಇನ್ನೂ ಒಂದು ಅಹಿತಕರ ಕ್ಷಣವಿದೆ - ನಾವು ಹೆಚ್ಚಿನದನ್ನು ನಿಯೋಜಿಸಬೇಕೇ ಅಥವಾ ಪ್ರಸ್ತುತ ಸ್ಥಾಪನೆಯು ಸಾಕಾಗುತ್ತದೆಯೇ ಎಂದು ತೀರ್ಮಾನಿಸಲು ಅಕ್ಯುರಾ ಪ್ಯಾನೆಲ್‌ನಿಂದ ಈ ಏಜೆಂಟ್‌ನ "ಬಳಕೆ" ಅನ್ನು ನೋಡಲು ನಮಗೆ ಸಾಧ್ಯವಾಗುವುದಿಲ್ಲ. ಪರಿಣಾಮವಾಗಿ, ಸ್ಟ್ಯಾಂಡ್ ಈ ರೀತಿ ಕಾಣುತ್ತದೆ:

ನಮ್ಮ ಗ್ರಾಹಕರ ಪೋರ್ಟಲ್ ಅನ್ನು ಪ್ರವೇಶಿಸಲು ಮುಂದಿನ ಹಂತವೆಂದರೆ ಖಾತೆಯನ್ನು ರಚಿಸುವುದು (ಮತ್ತು ಮೊದಲು, ಈ ಬಳಕೆದಾರರಿಗೆ ಅನ್ವಯಿಸುವ ಪಾತ್ರವೂ ಸಹ).

ಈಗ ನಮ್ಮ ಗ್ರಾಹಕರು ಸ್ವತಂತ್ರವಾಗಿ ಪೋರ್ಟಲ್ ಅನ್ನು ಬಳಸಬಹುದು. ಅವನು ಮಾಡಬೇಕಾಗಿರುವುದು ಪೋರ್ಟಲ್‌ನಿಂದ ಏಜೆಂಟ್‌ಗಳನ್ನು ಡೌನ್‌ಲೋಡ್ ಮಾಡಿ ಮತ್ತು ಅವುಗಳನ್ನು ಅವನ ಬದಿಯಲ್ಲಿ ಸ್ಥಾಪಿಸುವುದು. ಮೂರು ವಿಧದ ಏಜೆಂಟ್‌ಗಳಿವೆ: ಲಿನಕ್ಸ್, ವಿಂಡೋಸ್ ಮತ್ತು ವಿಎಂವೇರ್.

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

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

ಆದ್ದರಿಂದ, ಏಜೆಂಟ್‌ಗಳನ್ನು ಸ್ಥಾಪಿಸಿದ ನಂತರ, ನಾವು ಅಕ್ಯುರಾ ಪ್ಯಾನೆಲ್‌ಗೆ ಹಿಂತಿರುಗಬಹುದು ಮತ್ತು ನಮ್ಮ ಎಲ್ಲಾ ಕಾರುಗಳನ್ನು ನೋಡಬಹುದು.

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

ಹಿಸ್ಟಾಕ್ಸ್ ಅನ್ನು ವಲಸೆಯ ಉತ್ಪನ್ನವಾಗಿ ಇರಿಸಲಾಗಿದೆ ಎಂದು ನಾನು ನಿಮಗೆ ನೆನಪಿಸುತ್ತೇನೆ. ಆದ್ದರಿಂದ, ನಮ್ಮ ನಕಲಿ ಯಂತ್ರಗಳನ್ನು ಚಲಾಯಿಸಲು, ನಾವು DR ಯೋಜನೆಯನ್ನು ರಚಿಸಬೇಕಾಗಿದೆ ಎಂಬುದು ಆಶ್ಚರ್ಯವೇನಿಲ್ಲ. ಈಗಾಗಲೇ ಸಿಂಕ್ ಮಾಡಲಾದ ಸ್ಥಿತಿಯಲ್ಲಿರುವ ಯಂತ್ರಗಳಿಗಾಗಿ ನೀವು ಯೋಜನೆಯನ್ನು ರಚಿಸಬಹುದು. ನೀವು ಒಂದು ನಿರ್ದಿಷ್ಟ VM ಗಾಗಿ ಮತ್ತು ಎಲ್ಲಾ ಯಂತ್ರಗಳಿಗೆ ಏಕಕಾಲದಲ್ಲಿ ಎರಡನ್ನೂ ರಚಿಸಬಹುದು.

DR ಯೋಜನೆಯನ್ನು ರಚಿಸುವಾಗ ಪ್ಯಾರಾಮೀಟರ್‌ಗಳ ಸೆಟ್ ನೀವು ವಲಸೆ ಹೋಗುವ ಮೂಲಸೌಕರ್ಯವನ್ನು ಅವಲಂಬಿಸಿ ಭಿನ್ನವಾಗಿರುತ್ತದೆ. VMware ಪರಿಸರಕ್ಕೆ ಕನಿಷ್ಠ ಆಯ್ಕೆಗಳ ಸೆಟ್ ಲಭ್ಯವಿದೆ. ಯಂತ್ರಗಳಿಗೆ ಮರು-IP ಸಹ ಬೆಂಬಲಿತವಾಗಿಲ್ಲ. ಈ ನಿಟ್ಟಿನಲ್ಲಿ, ನಾವು ಈ ಕೆಳಗಿನ ಅಂಶಗಳಲ್ಲಿ ಆಸಕ್ತಿ ಹೊಂದಿದ್ದೇವೆ: VM ನ ವಿವರಣೆಯಲ್ಲಿ, "ಸಬ್ನೆಟ್" ಪ್ಯಾರಾಮೀಟರ್: "VMNetwork", ಅಲ್ಲಿ ನಾವು ಕ್ಲಸ್ಟರ್ನಲ್ಲಿ ನಿರ್ದಿಷ್ಟ ನೆಟ್ವರ್ಕ್ಗೆ VM ಅನ್ನು ಬಂಧಿಸುತ್ತೇವೆ. ಶ್ರೇಣಿ - ಹಲವಾರು VM ಗಳನ್ನು ಸ್ಥಳಾಂತರಿಸುವಾಗ ಸಂಬಂಧಿತವಾಗಿದೆ, ಅವುಗಳನ್ನು ಯಾವ ಕ್ರಮದಲ್ಲಿ ಪ್ರಾರಂಭಿಸಲಾಗಿದೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ. ಫ್ಲೇವರ್ VM ಕಾನ್ಫಿಗರೇಶನ್ ಅನ್ನು ವಿವರಿಸುತ್ತದೆ, ಈ ಸಂದರ್ಭದಲ್ಲಿ 1CPU, 2GB RAM. ಸಬ್‌ನೆಟ್‌ಗಳ ವಿಭಾಗದಲ್ಲಿ, ನಾವು "ಸಬ್‌ನೆಟ್" ಎಂದು ವ್ಯಾಖ್ಯಾನಿಸುತ್ತೇವೆ: "VMNetwork" VMware ನ "VM ನೆಟ್ವರ್ಕ್" ನೊಂದಿಗೆ ಸಂಯೋಜಿತವಾಗಿದೆ. 

ಡಿಆರ್ ಯೋಜನೆಯನ್ನು ರಚಿಸುವಾಗ, ವಿಭಿನ್ನ ಡೇಟಾಸ್ಟೋರ್‌ಗಳಲ್ಲಿ ಡಿಸ್ಕ್‌ಗಳನ್ನು "ಹರಡಲು" ಯಾವುದೇ ಮಾರ್ಗವಿಲ್ಲ. ಈ ಕ್ಲೈಂಟ್ ಕ್ಲೌಡ್‌ಗಾಗಿ ವ್ಯಾಖ್ಯಾನಿಸಲಾದ ಅದೇ ಡೇಟಾಸ್ಟೋರ್‌ನಲ್ಲಿ ಅವು ನೆಲೆಗೊಂಡಿವೆ ಮತ್ತು ನೀವು ವಿವಿಧ ವರ್ಗಗಳ ಡಿಸ್ಕ್‌ಗಳನ್ನು ಹೊಂದಿದ್ದರೆ, ಯಂತ್ರವನ್ನು ಪ್ರಾರಂಭಿಸುವಾಗ ಇದು ಕೆಲವು ತೊಂದರೆಗಳನ್ನು ಉಂಟುಮಾಡಬಹುದು ಮತ್ತು ಹಿಸ್ಟಾಕ್ಸ್‌ನಿಂದ VM ಅನ್ನು ಪ್ರಾರಂಭಿಸಿ ಮತ್ತು "ಬೇರ್ಪಡಿಸಿದ" ನಂತರ, ಅದು ಸಹ ಇರುತ್ತದೆ ಅಗತ್ಯವಿರುವ ಡೇಟಾಸ್ಟೋರ್‌ಗಳಿಗೆ ಪ್ರತ್ಯೇಕ ವಲಸೆ ಡಿಸ್ಕ್‌ಗಳ ಅಗತ್ಯವಿದೆ. ನಂತರ ನಾವು ಮಾಡಬೇಕಾಗಿರುವುದು ನಮ್ಮ ಡಿಆರ್ ಯೋಜನೆಯನ್ನು ಪ್ರಾರಂಭಿಸುವುದು ಮತ್ತು ನಮ್ಮ ಕಾರುಗಳು ಏರುವವರೆಗೆ ಕಾಯುವುದು. P2V/V2V ಪರಿವರ್ತನೆ ಪ್ರಕ್ರಿಯೆಯು ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ. ನನ್ನ ದೊಡ್ಡ ಪರೀಕ್ಷಾ ಯಂತ್ರದಲ್ಲಿ, ಮೂರು ಡಿಸ್ಕ್‌ಗಳೊಂದಿಗೆ 100GB, ಇದು ಗರಿಷ್ಠ 10 ನಿಮಿಷಗಳನ್ನು ತೆಗೆದುಕೊಂಡಿತು.

ಅದರ ನಂತರ, ನೀವು ಚಾಲನೆಯಲ್ಲಿರುವ VM, ಅದರ ಮೇಲಿನ ಸೇವೆಗಳು, ಡೇಟಾ ಸ್ಥಿರತೆ ಮತ್ತು ಇತರ ತಪಾಸಣೆಗಳನ್ನು ಪರಿಶೀಲಿಸಬೇಕು. 

ನಂತರ ನಮಗೆ ಎರಡು ಆಯ್ಕೆಗಳಿವೆ: 

1. ಅಳಿಸಿ - ಚಾಲನೆಯಲ್ಲಿರುವ DR ಯೋಜನೆಯನ್ನು ಅಳಿಸಿ. ಈ ಕ್ರಿಯೆಯು ಚಾಲನೆಯಲ್ಲಿರುವ VM ಅನ್ನು ಸರಳವಾಗಿ ಸ್ಥಗಿತಗೊಳಿಸುತ್ತದೆ. ಈ ಪ್ರತಿಕೃತಿಗಳು ಎಲ್ಲಿಯೂ ಹೋಗುವುದಿಲ್ಲ. 
2. ಡಿಟ್ಯಾಚ್ - ಅಕ್ಯುರಾದಿಂದ ನಕಲು ಮಾಡಿದ ಕಾರನ್ನು ಹರಿದು ಹಾಕಿ, ಅಂದರೆ. ವಾಸ್ತವವಾಗಿ ವಲಸೆ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಪೂರ್ಣಗೊಳಿಸಿ. 

ಪರಿಹಾರದ ಅನುಕೂಲಗಳು: 

• ಕ್ಲೈಂಟ್ ಬದಿಯಲ್ಲಿ ಮತ್ತು ಪೂರೈಕೆದಾರರ ಬದಿಯಲ್ಲಿ ಅನುಸ್ಥಾಪನೆ ಮತ್ತು ಸಂರಚನೆಯ ಸುಲಭತೆ; 
• ವಲಸೆಯನ್ನು ಹೊಂದಿಸುವುದು, ಡಿಆರ್ ಯೋಜನೆಯನ್ನು ರಚಿಸುವುದು ಮತ್ತು ಪ್ರತಿಕೃತಿಗಳನ್ನು ಪ್ರಾರಂಭಿಸುವುದು;
• ಬೆಂಬಲ ಮತ್ತು ಡೆವಲಪರ್‌ಗಳು ಕಂಡುಬರುವ ಸಮಸ್ಯೆಗಳಿಗೆ ತ್ವರಿತವಾಗಿ ಪ್ರತಿಕ್ರಿಯಿಸುತ್ತಾರೆ ಮತ್ತು ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಅಥವಾ ಏಜೆಂಟ್ ನವೀಕರಣಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಅವುಗಳನ್ನು ಸರಿಪಡಿಸುತ್ತಾರೆ. 

ಮಿನುಸು 

• ಸಾಕಷ್ಟು Vmware ಬೆಂಬಲವಿಲ್ಲ.
• ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ನಿಂದ ಬಾಡಿಗೆದಾರರಿಗೆ ಯಾವುದೇ ಕೋಟಾ ಇಲ್ಲದಿರುವುದು. 

ನಾನು ವೈಶಿಷ್ಟ್ಯದ ವಿನಂತಿಯನ್ನು ಸಹ ಮಾಡಿದ್ದೇನೆ, ಅದನ್ನು ನಾವು ಮಾರಾಟಗಾರರಿಗೆ ಹಸ್ತಾಂತರಿಸಿದ್ದೇವೆ:

1. ಕ್ಲೌಡ್ ಏಜೆಂಟ್‌ಗಳಿಗಾಗಿ ಅಕ್ಯುರಾ ಮ್ಯಾನೇಜ್‌ಮೆಂಟ್ ಕನ್ಸೋಲ್‌ನಿಂದ ಬಳಕೆಯ ಮೇಲ್ವಿಚಾರಣೆ ಮತ್ತು ನಿಯೋಜನೆ;
2. ಬಾಡಿಗೆದಾರರಿಗೆ ಕೋಟಾಗಳ ಲಭ್ಯತೆ; 
3. ಪ್ರತಿ ಹಿಡುವಳಿದಾರನಿಗೆ ಏಕಕಾಲಿಕ ಪ್ರತಿಕೃತಿಗಳ ಸಂಖ್ಯೆಯನ್ನು ಮತ್ತು ವೇಗವನ್ನು ಮಿತಿಗೊಳಿಸುವ ಸಾಮರ್ಥ್ಯ; 
4. VMware vCloud ನಿರ್ದೇಶಕರಿಗೆ ಬೆಂಬಲ; 
5. ಸಂಪನ್ಮೂಲ ಪೂಲ್‌ಗಳಿಗೆ ಬೆಂಬಲ (ಪರೀಕ್ಷೆಯ ಸಮಯದಲ್ಲಿ ಅಳವಡಿಸಲಾಗಿದೆ);
6. ಅಕ್ಯುರಾ ಪ್ಯಾನೆಲ್‌ನಲ್ಲಿ ಕ್ಲೈಂಟ್ ಮೂಲಸೌಕರ್ಯದಿಂದ ರುಜುವಾತುಗಳನ್ನು ನಮೂದಿಸದೆಯೇ ಏಜೆಂಟ್‌ನ ಕಡೆಯಿಂದ VMware ಏಜೆಂಟ್ ಅನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡುವ ಸಾಮರ್ಥ್ಯ;
7.  DR ಯೋಜನೆಯನ್ನು ಪ್ರಾರಂಭಿಸುವಾಗ VM ಅನ್ನು ಪ್ರಾರಂಭಿಸುವ ಪ್ರಕ್ರಿಯೆಯ "ದೃಶ್ಯೀಕರಣ". 

ನನಗೆ ದೊಡ್ಡ ದೂರುಗಳನ್ನು ಉಂಟುಮಾಡಿದ ಏಕೈಕ ವಿಷಯವೆಂದರೆ ದಾಖಲೆಗಳು. ನಾನು ನಿಜವಾಗಿಯೂ "ಕಪ್ಪು ಪೆಟ್ಟಿಗೆಗಳನ್ನು" ಇಷ್ಟಪಡುವುದಿಲ್ಲ ಮತ್ತು ಉತ್ಪನ್ನವು ಒಳಗೆ ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂಬುದರ ಕುರಿತು ವಿವರವಾದ ದಾಖಲಾತಿ ಇರುವಾಗ ಆದ್ಯತೆ ನೀಡುತ್ತೇನೆ. ಮತ್ತು AWS ಮತ್ತು OpenStack ಗಾಗಿ ಉತ್ಪನ್ನವನ್ನು ಹೆಚ್ಚು ಅಥವಾ ಕಡಿಮೆ ವಿವರಿಸಿದರೆ, VMware ಗಾಗಿ ಬಹಳ ಕಡಿಮೆ ದಾಖಲಾತಿಗಳಿವೆ. 

ಅಕ್ಯುರಾ ಪ್ಯಾನೆಲ್‌ನ ನಿಯೋಜನೆಯನ್ನು ಮಾತ್ರ ವಿವರಿಸುವ ಇನ್‌ಸ್ಟಾಲೇಶನ್ ಗೈಡ್ ಇದೆ ಮತ್ತು ಕ್ಲೌಡ್ ಏಜೆಂಟ್ ಸಹ ಅಗತ್ಯವಿದೆ ಎಂಬ ಅಂಶದ ಬಗ್ಗೆ ಯಾವುದೇ ಪದವಿಲ್ಲ. ಉತ್ಪನ್ನಕ್ಕೆ ವಿಶೇಷಣಗಳ ಸಂಪೂರ್ಣ ಸೆಟ್ ಇದೆ, ಅದು ಒಳ್ಳೆಯದು. AWS ಮತ್ತು OpenStack ಅನ್ನು ಉದಾಹರಣೆಯಾಗಿ ಬಳಸಿಕೊಂಡು "ಪ್ರಾರಂಭದಿಂದ ಮುಕ್ತಾಯದವರೆಗೆ" ಸೆಟಪ್ ಅನ್ನು ವಿವರಿಸುವ ದಸ್ತಾವೇಜನ್ನು ಇದೆ (ಇದು ನನಗೆ ಬ್ಲಾಗ್ ಪೋಸ್ಟ್‌ನಂತೆ ತೋರುತ್ತಿದ್ದರೂ), ಮತ್ತು ಬಹಳ ಚಿಕ್ಕ ಜ್ಞಾನದ ಬೇಸ್ ಇದೆ. 

ಸಾಮಾನ್ಯವಾಗಿ, ಇದು ದೊಡ್ಡ ಮಾರಾಟಗಾರರಿಂದ ನಾನು ಬಳಸಿದ ದಾಖಲಾತಿ ಸ್ವರೂಪವಲ್ಲ, ಆದ್ದರಿಂದ ನಾನು ಸಂಪೂರ್ಣವಾಗಿ ಆರಾಮದಾಯಕವಾಗಿರಲಿಲ್ಲ. ಅದೇ ಸಮಯದಲ್ಲಿ, ಈ ದಸ್ತಾವೇಜನ್ನು "ಒಳಗೆ" ಸಿಸ್ಟಮ್ ಕಾರ್ಯಾಚರಣೆಯ ಕೆಲವು ಸೂಕ್ಷ್ಮ ವ್ಯತ್ಯಾಸಗಳ ಬಗ್ಗೆ ನಾನು ಉತ್ತರಗಳನ್ನು ಕಂಡುಹಿಡಿಯಲಿಲ್ಲ - ತಾಂತ್ರಿಕ ಬೆಂಬಲದೊಂದಿಗೆ ನಾನು ಬಹಳಷ್ಟು ಪ್ರಶ್ನೆಗಳನ್ನು ಸ್ಪಷ್ಟಪಡಿಸಬೇಕಾಗಿತ್ತು ಮತ್ತು ಇದು ಸ್ಟ್ಯಾಂಡ್ ಅನ್ನು ನಿಯೋಜಿಸುವ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಎಳೆಯಿತು ಮತ್ತು ಪರೀಕ್ಷೆ. 

ಸಂಕ್ಷಿಪ್ತವಾಗಿ ಹೇಳುವುದಾದರೆ, ಸಾಮಾನ್ಯವಾಗಿ ನಾನು ಉತ್ಪನ್ನ ಮತ್ತು ಕಾರ್ಯದ ಅನುಷ್ಠಾನಕ್ಕೆ ಕಂಪನಿಯ ವಿಧಾನವನ್ನು ಇಷ್ಟಪಟ್ಟಿದ್ದೇನೆ ಎಂದು ನಾನು ಹೇಳಬಲ್ಲೆ. ಹೌದು, ನ್ಯೂನತೆಗಳಿವೆ, ಕ್ರಿಯಾತ್ಮಕತೆಯ ನಿಜವಾಗಿಯೂ ನಿರ್ಣಾಯಕ ಕೊರತೆಯಿದೆ (VMware ಜೊತೆಯಲ್ಲಿ). ಮೊದಲನೆಯದಾಗಿ, ಕಂಪನಿಯು ಇನ್ನೂ ಸಾರ್ವಜನಿಕ ಮೋಡಗಳ ಮೇಲೆ ಕೇಂದ್ರೀಕರಿಸುತ್ತದೆ, ನಿರ್ದಿಷ್ಟವಾಗಿ AWS, ಮತ್ತು ಕೆಲವರಿಗೆ ಇದು ಸಾಕಾಗುತ್ತದೆ ಎಂದು ನೋಡಬಹುದು. ಇಂದು ಅಂತಹ ಸರಳ ಮತ್ತು ಅನುಕೂಲಕರ ಉತ್ಪನ್ನವನ್ನು ಹೊಂದಿದ್ದು, ಅನೇಕ ಕಂಪನಿಗಳು ಬಹು-ಕ್ಲೌಡ್ ತಂತ್ರವನ್ನು ಆರಿಸಿದಾಗ, ಅತ್ಯಂತ ಮುಖ್ಯವಾಗಿದೆ. ಪ್ರತಿಸ್ಪರ್ಧಿಗಳಿಗೆ ಹೋಲಿಸಿದರೆ ಕಡಿಮೆ ಬೆಲೆಯನ್ನು ನೀಡಿದರೆ, ಇದು ಉತ್ಪನ್ನವನ್ನು ಅತ್ಯಂತ ಆಕರ್ಷಕವಾಗಿ ಮಾಡುತ್ತದೆ.

ನಾವು ತಂಡವನ್ನು ಹುಡುಕುತ್ತಿದ್ದೇವೆ ಲೀಡ್ ಇಂಜಿನಿಯರ್ ಆಫ್ ಮಾನಿಟರಿಂಗ್ ಸಿಸ್ಟಮ್ಸ್. ಬಹುಶಃ ಇದು ನೀವೇ?

ಮೂಲ: www.habr.com