ಹೆಚ್ಚು ಲಭ್ಯವಿರುವ ವರ್ಚುವಲ್ ಯಂತ್ರಗಳನ್ನು ಹೋಸ್ಟ್ ಮಾಡಲು oVirt 4.3 ಕ್ಲಸ್ಟರ್ನ ಮೂಲ ಸ್ಥಾಪನೆ ಮತ್ತು ಸಂರಚನೆಯ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಇದು ಒಳಗೊಳ್ಳುತ್ತದೆ, ಮೂಲಸೌಕರ್ಯವನ್ನು ಸಿದ್ಧಪಡಿಸುವ ಎಲ್ಲಾ ಪ್ರಾಥಮಿಕ ಹಂತಗಳನ್ನು ಈಗಾಗಲೇ ಪೂರ್ಣಗೊಳಿಸಲಾಗಿದೆ ಎಂಬ ಅಂಶವನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ.
ಪರಿಚಯಾತ್ಮಕ ಭಾಗ
ಲೇಖನದ ಮುಖ್ಯ ಉದ್ದೇಶವೆಂದರೆ ಹಂತ-ಹಂತದ ಸೂಚನೆಗಳನ್ನು ಒದಗಿಸುವುದು "ಮುಂದೆ -> ಹೌದು -> ಮುಕ್ತಾಯ"ಅದನ್ನು ಸ್ಥಾಪಿಸುವಾಗ ಮತ್ತು ಕಾನ್ಫಿಗರ್ ಮಾಡುವಾಗ ಕೆಲವು ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಹೇಗೆ ತೋರಿಸುವುದು. ಮೂಲಸೌಕರ್ಯ ಮತ್ತು ಪರಿಸರದ ಗುಣಲಕ್ಷಣಗಳಿಂದಾಗಿ ನಿಮ್ಮ ಕ್ಲಸ್ಟರ್ ಅನ್ನು ನಿಯೋಜಿಸುವ ಪ್ರಕ್ರಿಯೆಯು ಯಾವಾಗಲೂ ಅದರಲ್ಲಿ ವಿವರಿಸಿದ ಪ್ರಕ್ರಿಯೆಯೊಂದಿಗೆ ಹೊಂದಿಕೆಯಾಗುವುದಿಲ್ಲ, ಆದರೆ ಸಾಮಾನ್ಯ ತತ್ವಗಳು ಒಂದೇ ಆಗಿರುತ್ತವೆ.
ವ್ಯಕ್ತಿನಿಷ್ಠ ದೃಷ್ಟಿಕೋನದಿಂದ, oVirt 4.3 ಅದರ ಕಾರ್ಯಚಟುವಟಿಕೆಯು VMware vSphere ಆವೃತ್ತಿ 5.x ಅನ್ನು ಹೋಲುತ್ತದೆ, ಆದರೆ ಅದರ ಸ್ವಂತ ಸಂರಚನೆ ಮತ್ತು ಕಾರ್ಯಾಚರಣೆಯ ವೈಶಿಷ್ಟ್ಯಗಳೊಂದಿಗೆ.
ಆಸಕ್ತರಿಗೆ, RHEV (aka oVirt) ಮತ್ತು VMware vSphere ನಡುವಿನ ಎಲ್ಲಾ ವ್ಯತ್ಯಾಸಗಳನ್ನು ಅಂತರ್ಜಾಲದಲ್ಲಿ ಕಾಣಬಹುದು, ಉದಾಹರಣೆಗೆ ಇಲ್ಲಿ, ಆದರೆ ಲೇಖನವು ಮುಂದುವರೆದಂತೆ ನಾನು ಇನ್ನೂ ಸಾಂದರ್ಭಿಕವಾಗಿ ಅವರ ಕೆಲವು ವ್ಯತ್ಯಾಸಗಳನ್ನು ಅಥವಾ ಪರಸ್ಪರ ಹೋಲಿಕೆಗಳನ್ನು ಗಮನಿಸುತ್ತೇನೆ.
ಪ್ರತ್ಯೇಕವಾಗಿ, ವರ್ಚುವಲ್ ಯಂತ್ರಗಳಿಗಾಗಿ ನೆಟ್ವರ್ಕ್ಗಳೊಂದಿಗೆ ಕೆಲಸವನ್ನು ಸ್ವಲ್ಪ ಹೋಲಿಸಲು ನಾನು ಬಯಸುತ್ತೇನೆ. oVirt VMware vSphere ನಲ್ಲಿರುವಂತೆ ವರ್ಚುವಲ್ ಯಂತ್ರಗಳಿಗೆ (ಇನ್ನು ಮುಂದೆ VMs ಎಂದು ಉಲ್ಲೇಖಿಸಲಾಗುತ್ತದೆ) ನೆಟ್ವರ್ಕ್ ನಿರ್ವಹಣೆಯ ಇದೇ ತತ್ವವನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುತ್ತದೆ:
ಪ್ರಮಾಣಿತ ಲಿನಕ್ಸ್ ಸೇತುವೆಯನ್ನು ಬಳಸುವುದು (VMware ನಲ್ಲಿ - ಸ್ಟ್ಯಾಂಡರ್ಡ್ vSwitch), ವರ್ಚುವಲೈಸೇಶನ್ ಹೋಸ್ಟ್ಗಳಲ್ಲಿ ಚಾಲನೆಯಲ್ಲಿದೆ;
ಓಪನ್ vSwitch (OVS) ಬಳಸಿ (VMware ನಲ್ಲಿ - ವಿಸ್ವಿಚ್ ವಿತರಿಸಲಾಗಿದೆ) ಎರಡು ಮುಖ್ಯ ಘಟಕಗಳನ್ನು ಒಳಗೊಂಡಿರುವ ವಿತರಣಾ ವರ್ಚುವಲ್ ಸ್ವಿಚ್ ಆಗಿದೆ: ಕೇಂದ್ರೀಯ OVN ಸರ್ವರ್ ಮತ್ತು ನಿರ್ವಹಿಸಲಾದ ಹೋಸ್ಟ್ಗಳಲ್ಲಿ OVN ನಿಯಂತ್ರಕಗಳು.
ಅಳವಡಿಕೆಯ ಸುಲಭತೆಯಿಂದಾಗಿ, ಸ್ಟ್ಯಾಂಡರ್ಡ್ ಲಿನಕ್ಸ್ ಬ್ರಿಡ್ಜ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು VM ಗಾಗಿ oVirt ನಲ್ಲಿ ನೆಟ್ವರ್ಕ್ಗಳನ್ನು ಹೊಂದಿಸುವುದನ್ನು ಲೇಖನವು ವಿವರಿಸುತ್ತದೆ ಎಂದು ಗಮನಿಸಬೇಕು, ಇದು KVM ಹೈಪರ್ವೈಸರ್ ಬಳಸುವಾಗ ಪ್ರಮಾಣಿತ ಆಯ್ಕೆಯಾಗಿದೆ.
ಈ ನಿಟ್ಟಿನಲ್ಲಿ, ಕ್ಲಸ್ಟರ್ನಲ್ಲಿ ನೆಟ್ವರ್ಕ್ನೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು ಹಲವಾರು ಮೂಲಭೂತ ನಿಯಮಗಳಿವೆ, ಅದನ್ನು ಉಲ್ಲಂಘಿಸದಿರುವುದು ಉತ್ತಮ:
IP ವಿಳಾಸಗಳನ್ನು ಹೊರತುಪಡಿಸಿ, oVirt ಗೆ ಸೇರಿಸುವ ಮೊದಲು ಹೋಸ್ಟ್ಗಳಲ್ಲಿನ ಎಲ್ಲಾ ನೆಟ್ವರ್ಕ್ ಸೆಟ್ಟಿಂಗ್ಗಳು ಒಂದೇ ಆಗಿರಬೇಕು.
ಹೋಸ್ಟ್ ಅನ್ನು oVirt ನ ನಿಯಂತ್ರಣಕ್ಕೆ ತೆಗೆದುಕೊಂಡ ನಂತರ, ನಿಮ್ಮ ಕ್ರಿಯೆಗಳಲ್ಲಿ ಸಂಪೂರ್ಣ ವಿಶ್ವಾಸವಿಲ್ಲದೆ ನೆಟ್ವರ್ಕ್ ಸೆಟ್ಟಿಂಗ್ಗಳಲ್ಲಿ ಹಸ್ತಚಾಲಿತವಾಗಿ ಏನನ್ನೂ ಬದಲಾಯಿಸಲು ಶಿಫಾರಸು ಮಾಡುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಹೋಸ್ಟ್ ಅನ್ನು ಮರುಪ್ರಾರಂಭಿಸಿದ ನಂತರ oVirt ಏಜೆಂಟ್ ಅವುಗಳನ್ನು ಹಿಂದಿನದಕ್ಕೆ ಹಿಂತಿರುಗಿಸುತ್ತದೆ ಅಥವಾ ಏಜೆಂಟ್.
VM ಗಾಗಿ ಹೊಸ ನೆಟ್ವರ್ಕ್ ಅನ್ನು ಸೇರಿಸುವುದು, ಜೊತೆಗೆ ಅದರೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವುದು oVirt ಮ್ಯಾನೇಜ್ಮೆಂಟ್ ಕನ್ಸೋಲ್ನಿಂದ ಮಾತ್ರ ಮಾಡಬೇಕು.
ಇನ್ನೊಂದು ಪ್ರಮುಖ ಟಿಪ್ಪಣಿ - ಅತ್ಯಂತ ನಿರ್ಣಾಯಕ ಪರಿಸರಕ್ಕಾಗಿ (ಹಣಕಾಸಿನ ನಷ್ಟಗಳಿಗೆ ಬಹಳ ಸೂಕ್ಷ್ಮ), ಪಾವತಿಸಿದ ಬೆಂಬಲ ಮತ್ತು ಬಳಕೆಯನ್ನು ಬಳಸಲು ಇನ್ನೂ ಶಿಫಾರಸು ಮಾಡಲಾಗುತ್ತದೆ Red Hat ವರ್ಚುವಲೈಸೇಶನ್ 4.3. oVirt ಕ್ಲಸ್ಟರ್ನ ಕಾರ್ಯಾಚರಣೆಯ ಸಮಯದಲ್ಲಿ, ಕೆಲವು ಸಮಸ್ಯೆಗಳು ಉದ್ಭವಿಸಬಹುದು, ಅದಕ್ಕಾಗಿ ಅವುಗಳನ್ನು ನೀವೇ ನಿಭಾಯಿಸುವ ಬದಲು ಸಾಧ್ಯವಾದಷ್ಟು ಬೇಗ ಅರ್ಹವಾದ ಸಹಾಯವನ್ನು ಪಡೆಯುವುದು ಸೂಕ್ತವಾಗಿದೆ.
ಅಂತಿಮವಾಗಿ, ಶಿಫಾರಸು ಮಾಡಲಾಗಿದೆ oVirt ಕ್ಲಸ್ಟರ್ ಅನ್ನು ನಿಯೋಜಿಸುವ ಮೊದಲು, ನೀವೇ ಪರಿಚಿತರಾಗಿರಿ ಅಧಿಕೃತ ದಸ್ತಾವೇಜನ್ನು, ಕನಿಷ್ಠ ಮೂಲಭೂತ ಪರಿಕಲ್ಪನೆಗಳು ಮತ್ತು ವ್ಯಾಖ್ಯಾನಗಳ ಬಗ್ಗೆ ತಿಳಿದುಕೊಳ್ಳಲು, ಇಲ್ಲದಿದ್ದರೆ ಲೇಖನದ ಉಳಿದ ಭಾಗವನ್ನು ಓದಲು ಸ್ವಲ್ಪ ಕಷ್ಟವಾಗುತ್ತದೆ.
ಲೇಖನವನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಮತ್ತು oVirt ಕ್ಲಸ್ಟರ್ನ ಕಾರ್ಯಾಚರಣೆಯ ತತ್ವಗಳು ಈ ಮಾರ್ಗದರ್ಶನ ದಾಖಲೆಗಳಾಗಿವೆ:
ಅಲ್ಲಿನ ಪರಿಮಾಣವು ತುಂಬಾ ದೊಡ್ಡದಲ್ಲ, ಒಂದು ಗಂಟೆ ಅಥವಾ ಎರಡು ಗಂಟೆಗಳಲ್ಲಿ ನೀವು ಮೂಲಭೂತ ತತ್ವಗಳನ್ನು ಸಾಕಷ್ಟು ಕರಗತ ಮಾಡಿಕೊಳ್ಳಬಹುದು, ಆದರೆ ವಿವರಗಳನ್ನು ಇಷ್ಟಪಡುವವರಿಗೆ ಓದಲು ಸೂಚಿಸಲಾಗುತ್ತದೆ. Red Hat ವರ್ಚುವಲೈಸೇಶನ್ 4.3 ಗಾಗಿ ಉತ್ಪನ್ನ ದಾಖಲಾತಿ - RHEV ಮತ್ತು oVirt ಮೂಲಭೂತವಾಗಿ ಒಂದೇ ವಿಷಯ.
ಆದ್ದರಿಂದ, ಹೋಸ್ಟ್ಗಳು, ಸ್ವಿಚ್ಗಳು ಮತ್ತು ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗಳಲ್ಲಿನ ಎಲ್ಲಾ ಮೂಲಭೂತ ಸೆಟ್ಟಿಂಗ್ಗಳು ಪೂರ್ಣಗೊಂಡಿದ್ದರೆ, ನಾವು ನೇರವಾಗಿ oVirt ನ ನಿಯೋಜನೆಗೆ ಮುಂದುವರಿಯುತ್ತೇವೆ.
ಭಾಗ 2. oVirt 4.3 ಕ್ಲಸ್ಟರ್ ಅನ್ನು ಸ್ಥಾಪಿಸುವುದು ಮತ್ತು ಕಾನ್ಫಿಗರ್ ಮಾಡುವುದು
ದೃಷ್ಟಿಕೋನವನ್ನು ಸುಲಭವಾಗಿಸಲು, ನಾನು ಈ ಲೇಖನದಲ್ಲಿ ಮುಖ್ಯ ವಿಭಾಗಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತೇನೆ, ಅದನ್ನು ಒಂದೊಂದಾಗಿ ಪೂರ್ಣಗೊಳಿಸಬೇಕು:
oVirt ನಿರ್ವಹಣಾ ಸರ್ವರ್ ಅನ್ನು ಸ್ಥಾಪಿಸಲಾಗುತ್ತಿದೆ
ಹೊಸ ಡೇಟಾ ಸೆಂಟರ್ ರಚನೆ
ಹೊಸ ಕ್ಲಸ್ಟರ್ ಅನ್ನು ರಚಿಸಲಾಗುತ್ತಿದೆ
ಸ್ವಯಂ ಹೋಸ್ಟ್ ಮಾಡಿದ ಪರಿಸರದಲ್ಲಿ ಹೆಚ್ಚುವರಿ ಹೋಸ್ಟ್ಗಳನ್ನು ಸ್ಥಾಪಿಸುವುದು
ಶೇಖರಣಾ ಪ್ರದೇಶ ಅಥವಾ ಶೇಖರಣಾ ಡೊಮೇನ್ಗಳನ್ನು ರಚಿಸುವುದು
ವರ್ಚುವಲ್ ಯಂತ್ರಗಳಿಗಾಗಿ ನೆಟ್ವರ್ಕ್ಗಳನ್ನು ರಚಿಸುವುದು ಮತ್ತು ಕಾನ್ಫಿಗರ್ ಮಾಡುವುದು
ವರ್ಚುವಲ್ ಯಂತ್ರವನ್ನು ನಿಯೋಜಿಸಲು ಅನುಸ್ಥಾಪನಾ ಚಿತ್ರವನ್ನು ರಚಿಸಲಾಗುತ್ತಿದೆ
ವರ್ಚುವಲ್ ಯಂತ್ರವನ್ನು ರಚಿಸಿ
oVirt ನಿರ್ವಹಣಾ ಸರ್ವರ್ ಅನ್ನು ಸ್ಥಾಪಿಸಲಾಗುತ್ತಿದೆ
oVirt ನಿರ್ವಹಣೆ ಸರ್ವರ್ ಸಂಪೂರ್ಣ oVirt ಮೂಲಸೌಕರ್ಯವನ್ನು ನಿರ್ವಹಿಸುವ ವರ್ಚುವಲ್ ಯಂತ್ರ, ಹೋಸ್ಟ್ ಅಥವಾ ವರ್ಚುವಲ್ ಸಾಧನದ ರೂಪದಲ್ಲಿ oVirt ಮೂಲಸೌಕರ್ಯದಲ್ಲಿನ ಪ್ರಮುಖ ಅಂಶವಾಗಿದೆ.
ವರ್ಚುವಲೈಸೇಶನ್ ಪ್ರಪಂಚದಿಂದ ಅದರ ನಿಕಟ ಸಾದೃಶ್ಯಗಳು:
VMware vSphere - vCenter ಸರ್ವರ್
ಮೈಕ್ರೋಸಾಫ್ಟ್ ಹೈಪರ್-ವಿ - ಸಿಸ್ಟಮ್ ಸೆಂಟರ್ ವರ್ಚುವಲ್ ಮೆಷಿನ್ ಮ್ಯಾನೇಜರ್ (ವಿಎಂಎಂ).
oVirt ನಿರ್ವಹಣಾ ಸರ್ವರ್ ಅನ್ನು ಸ್ಥಾಪಿಸಲು, ನಮಗೆ ಎರಡು ಆಯ್ಕೆಗಳಿವೆ:
ಆಯ್ಕೆ 1
ವಿಶೇಷ VM ಅಥವಾ ಹೋಸ್ಟ್ ರೂಪದಲ್ಲಿ ಸರ್ವರ್ ಅನ್ನು ನಿಯೋಜಿಸಲಾಗುತ್ತಿದೆ.
ಈ ಆಯ್ಕೆಯು ಉತ್ತಮವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ, ಆದರೆ ಅಂತಹ VM ಕ್ಲಸ್ಟರ್ನಿಂದ ಸ್ವತಂತ್ರವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ, ಅಂದರೆ. KVM ಚಾಲನೆಯಲ್ಲಿರುವ ಸಾಮಾನ್ಯ ವರ್ಚುವಲ್ ಯಂತ್ರದಂತೆ ಯಾವುದೇ ಕ್ಲಸ್ಟರ್ ಹೋಸ್ಟ್ನಲ್ಲಿ ಚಾಲನೆಯಾಗುತ್ತಿಲ್ಲ.
ಕ್ಲಸ್ಟರ್ ಹೋಸ್ಟ್ಗಳಲ್ಲಿ ಅಂತಹ VM ಅನ್ನು ಏಕೆ ನಿಯೋಜಿಸಲಾಗುವುದಿಲ್ಲ?
oVirt ನಿರ್ವಹಣಾ ಸರ್ವರ್ ಅನ್ನು ನಿಯೋಜಿಸುವ ಪ್ರಕ್ರಿಯೆಯ ಪ್ರಾರಂಭದಲ್ಲಿ, ನಮಗೆ ಸಂದಿಗ್ಧತೆ ಇದೆ - ನಾವು ನಿರ್ವಹಣಾ VM ಅನ್ನು ಸ್ಥಾಪಿಸಬೇಕಾಗಿದೆ, ಆದರೆ ವಾಸ್ತವವಾಗಿ ಇನ್ನೂ ಯಾವುದೇ ಕ್ಲಸ್ಟರ್ ಇಲ್ಲ, ಮತ್ತು ಆದ್ದರಿಂದ ನಾವು ಹಾರಾಡುತ್ತ ಏನು ಬರಬಹುದು? ಅದು ಸರಿ - ಭವಿಷ್ಯದ ಕ್ಲಸ್ಟರ್ ನೋಡ್ನಲ್ಲಿ KVM ಅನ್ನು ಸ್ಥಾಪಿಸಿ, ನಂತರ ಅದರ ಮೇಲೆ ವರ್ಚುವಲ್ ಯಂತ್ರವನ್ನು ರಚಿಸಿ, ಉದಾಹರಣೆಗೆ, CentOS OS ನೊಂದಿಗೆ ಮತ್ತು ಅದರಲ್ಲಿ oVirt ಎಂಜಿನ್ ಅನ್ನು ನಿಯೋಜಿಸಿ. ಅಂತಹ VM ಮೇಲೆ ಸಂಪೂರ್ಣ ನಿಯಂತ್ರಣದ ಕಾರಣಗಳಿಗಾಗಿ ಇದನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ಮಾಡಬಹುದು, ಆದರೆ ಇದು ತಪ್ಪಾದ ಉದ್ದೇಶವಾಗಿದೆ, ಏಕೆಂದರೆ ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಭವಿಷ್ಯದಲ್ಲಿ ಅಂತಹ ನಿಯಂತ್ರಣ VM ನಲ್ಲಿ 100% ಸಮಸ್ಯೆಗಳಿರುತ್ತವೆ:
ಕ್ಲಸ್ಟರ್ನ ಹೋಸ್ಟ್ಗಳ (ನೋಡ್ಗಳು) ನಡುವೆ oVirt ಕನ್ಸೋಲ್ನಲ್ಲಿ ಅದನ್ನು ಸ್ಥಳಾಂತರಿಸಲಾಗುವುದಿಲ್ಲ;
KVM ಮೂಲಕ ವಲಸೆ ಹೋಗುವಾಗ ವಿರ್ಶ್ ವಲಸೆ, oVirt ಕನ್ಸೋಲ್ನಿಂದ ನಿರ್ವಹಣೆಗೆ ಈ VM ಲಭ್ಯವಿರುವುದಿಲ್ಲ.
ಕ್ಲಸ್ಟರ್ ಹೋಸ್ಟ್ಗಳನ್ನು ಪ್ರದರ್ಶಿಸಲಾಗುವುದಿಲ್ಲ ನಿರ್ವಹಣೆ ಮೋಡ್ (ನಿರ್ವಹಣೆ ಮೋಡ್), ನೀವು ಈ VM ಅನ್ನು ಹೋಸ್ಟ್ನಿಂದ ಹೋಸ್ಟ್ಗೆ ಸ್ಥಳಾಂತರಿಸಿದರೆ ವಿರ್ಶ್ ವಲಸೆ.
ಆದ್ದರಿಂದ ನಿಯಮಗಳ ಪ್ರಕಾರ ಎಲ್ಲವನ್ನೂ ಮಾಡಿ - oVirt ನಿರ್ವಹಣಾ ಸರ್ವರ್ಗಾಗಿ ಪ್ರತ್ಯೇಕ ಹೋಸ್ಟ್ ಅನ್ನು ಬಳಸಿ ಅಥವಾ ಅದರ ಮೇಲೆ ಚಾಲನೆಯಲ್ಲಿರುವ ಸ್ವತಂತ್ರ VM ಅನ್ನು ಬಳಸಿ, ಅಥವಾ ಇನ್ನೂ ಉತ್ತಮವಾಗಿ, ಎರಡನೇ ಆಯ್ಕೆಯಲ್ಲಿ ಬರೆದಂತೆ ಮಾಡಿ.
ಆಯ್ಕೆ 2
ಅದರ ಮೂಲಕ ನಿರ್ವಹಿಸಲ್ಪಡುವ ಕ್ಲಸ್ಟರ್ ಹೋಸ್ಟ್ನಲ್ಲಿ oVirt ಎಂಜಿನ್ ಉಪಕರಣವನ್ನು ಸ್ಥಾಪಿಸಲಾಗುತ್ತಿದೆ.
ಈ ಆಯ್ಕೆಯನ್ನು ನಮ್ಮ ಸಂದರ್ಭದಲ್ಲಿ ಹೆಚ್ಚು ಸರಿಯಾದ ಮತ್ತು ಸೂಕ್ತವೆಂದು ಪರಿಗಣಿಸಲಾಗುತ್ತದೆ.
ಅಂತಹ VM ನ ಅಗತ್ಯತೆಗಳನ್ನು ಕೆಳಗೆ ವಿವರಿಸಲಾಗಿದೆ; ದೋಷ-ಸಹಿಷ್ಣುವಾಗಿಸಲು ನಿಯಂತ್ರಣ VM ಅನ್ನು ಚಲಾಯಿಸಬಹುದಾದ ಮೂಲಸೌಕರ್ಯದಲ್ಲಿ ಕನಿಷ್ಠ ಎರಡು ಹೋಸ್ಟ್ಗಳನ್ನು ಹೊಂದಲು ಶಿಫಾರಸು ಮಾಡಲಾಗಿದೆ ಎಂದು ನಾನು ಸೇರಿಸುತ್ತೇನೆ. ಇಲ್ಲಿ ನಾನು ಅದನ್ನು ಸೇರಿಸಲು ಬಯಸುತ್ತೇನೆ, ಹಿಂದಿನ ಲೇಖನದಲ್ಲಿ ನಾನು ಈಗಾಗಲೇ ಕಾಮೆಂಟ್ಗಳಲ್ಲಿ ಬರೆದಂತೆ, ನಾನು ಎಂದಿಗೂ ಪಡೆಯಲು ಸಾಧ್ಯವಾಗಲಿಲ್ಲ ಸ್ಪ್ಲಿಟ್ಬ್ರೈನ್ ಎರಡು ಹೋಸ್ಟ್ಗಳ oVirt ಕ್ಲಸ್ಟರ್ನಲ್ಲಿ, ಅವುಗಳ ಮೇಲೆ ಹೋಸ್ಟ್ ಮಾಡಿದ-ಎಂಜಿನ್ VM ಗಳನ್ನು ಚಲಾಯಿಸುವ ಸಾಮರ್ಥ್ಯ.
ಕ್ಲಸ್ಟರ್ನ ಮೊದಲ ಹೋಸ್ಟ್ನಲ್ಲಿ oVirt ಎಂಜಿನ್ ಉಪಕರಣವನ್ನು ಸ್ಥಾಪಿಸಲಾಗುತ್ತಿದೆ
ಹೋಸ್ಟ್ ಮಾಡಿದ-ಎಂಜಿನ್ VM ಅನ್ನು ನಿಯೋಜಿಸುವ ಮೊದಲು ಪೂರೈಸಬೇಕಾದ ಪೂರ್ವಾಪೇಕ್ಷಿತಗಳನ್ನು ಡಾಕ್ಯುಮೆಂಟ್ ನಿರ್ದಿಷ್ಟಪಡಿಸುತ್ತದೆ, ಮತ್ತು ಅನುಸ್ಥಾಪನಾ ಪ್ರಕ್ರಿಯೆಯನ್ನು ವಿವರವಾಗಿ ವಿವರಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಅದನ್ನು ಶಬ್ದಶಃ ಪುನರಾವರ್ತಿಸುವುದರಲ್ಲಿ ಸ್ವಲ್ಪ ಅರ್ಥವಿಲ್ಲ, ಆದ್ದರಿಂದ ನಾವು ಕೆಲವು ಪ್ರಮುಖ ವಿವರಗಳ ಮೇಲೆ ಕೇಂದ್ರೀಕರಿಸುತ್ತೇವೆ.
ಎಲ್ಲಾ ಕ್ರಿಯೆಗಳನ್ನು ಪ್ರಾರಂಭಿಸುವ ಮೊದಲು, ಹೋಸ್ಟ್ನಲ್ಲಿನ BIOS ಸೆಟ್ಟಿಂಗ್ಗಳಲ್ಲಿ ವರ್ಚುವಲೈಸೇಶನ್ ಬೆಂಬಲವನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಲು ಮರೆಯದಿರಿ.
ಹೋಸ್ಟ್ನಲ್ಲಿ ಹೋಸ್ಟ್ ಮಾಡಿದ-ಎಂಜಿನ್ ಸ್ಥಾಪಕಕ್ಕಾಗಿ ಪ್ಯಾಕೇಜ್ ಅನ್ನು ಸ್ಥಾಪಿಸಿ:
ಪರದೆಯ ಹೋಸ್ಟ್ನಲ್ಲಿ oVirt ಹೋಸ್ಟ್ ಮಾಡಿದ ಎಂಜಿನ್ ಅನ್ನು ನಿಯೋಜಿಸುವ ವಿಧಾನವನ್ನು ನಾವು ಪ್ರಾರಂಭಿಸುತ್ತೇವೆ (ನೀವು ಅದನ್ನು Ctrl-A + D ಮೂಲಕ ನಿರ್ಗಮಿಸಬಹುದು, Ctrl-D ಮೂಲಕ ಮುಚ್ಚಿ):
screen
hosted-engine --deploy
ನೀವು ಬಯಸಿದರೆ, ಪೂರ್ವ ಸಿದ್ಧಪಡಿಸಿದ ಉತ್ತರ ಫೈಲ್ನೊಂದಿಗೆ ನೀವು ಅನುಸ್ಥಾಪನೆಯನ್ನು ಚಲಾಯಿಸಬಹುದು:
ಹೋಸ್ಟ್ ಮಾಡಿದ ಎಂಜಿನ್ ಅನ್ನು ನಿಯೋಜಿಸುವಾಗ, ನಾವು ಅಗತ್ಯವಿರುವ ಎಲ್ಲಾ ನಿಯತಾಂಕಗಳನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸುತ್ತೇವೆ:
- имя кластера
- количество vCPU и vRAM (рекомендуется 4 vCPU и 16 Гб)
- пароли
- тип хранилища для hosted engine ВМ – в нашем случае FC
- номер LUN для установки hosted engine
- где будет находиться база данных для hosted engine – рекомендую для простоты выбрать Local (это БД PostgreSQL работающая внутри этой ВМ)
и др. параметры.
ಹೋಸ್ಟ್ ಮಾಡಲಾದ ಎಂಜಿನ್ನೊಂದಿಗೆ ಹೆಚ್ಚು ಲಭ್ಯವಿರುವ VM ಅನ್ನು ಸ್ಥಾಪಿಸಲು, ನಾವು ಈ ಹಿಂದೆ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ವಿಶೇಷ LUN ಅನ್ನು ರಚಿಸಿದ್ದೇವೆ, ಸಂಖ್ಯೆ 4 ಮತ್ತು 150 GB ಗಾತ್ರದಲ್ಲಿ ಅದನ್ನು ಕ್ಲಸ್ಟರ್ ಹೋಸ್ಟ್ಗಳಿಗೆ ಪ್ರಸ್ತುತಪಡಿಸಲಾಯಿತು - ನೋಡಿ ಹಿಂದಿನ ಲೇಖನ.
ಈ ಹಿಂದೆ ನಾವು ಹೋಸ್ಟ್ಗಳಲ್ಲಿ ಅದರ ಗೋಚರತೆಯನ್ನು ಸಹ ಪರಿಶೀಲಿಸಿದ್ದೇವೆ:
ಹೋಸ್ಟ್ ಮಾಡಿದ-ಎಂಜಿನ್ ನಿಯೋಜನೆ ಪ್ರಕ್ರಿಯೆಯು ಸಂಕೀರ್ಣವಾಗಿಲ್ಲ; ಕೊನೆಯಲ್ಲಿ ನಾವು ಈ ರೀತಿಯದನ್ನು ಸ್ವೀಕರಿಸಬೇಕು:
[ INFO ] Generating answer file '/var/lib/ovirt-hosted-engine-setup/answers/answers-20191129131846.conf'
[ INFO ] Generating answer file '/etc/ovirt-hosted-engine/answers.conf'
[ INFO ] Stage: Pre-termination
[ INFO ] Stage: Termination
[ INFO ] Hosted Engine successfully deployed
ಹೋಸ್ಟ್ನಲ್ಲಿ oVirt ಸೇವೆಗಳ ಉಪಸ್ಥಿತಿಯನ್ನು ನಾವು ಪರಿಶೀಲಿಸುತ್ತೇವೆ:
ಎಲ್ಲವನ್ನೂ ಸರಿಯಾಗಿ ಮಾಡಿದ್ದರೆ, ಅನುಸ್ಥಾಪನೆಯು ಪೂರ್ಣಗೊಂಡ ನಂತರ, ಹೋಗಲು ವೆಬ್ ಬ್ರೌಸರ್ ಬಳಸಿ https://ovirt_hostname/ovirt-engine ನಿರ್ವಾಹಕರ ಕಂಪ್ಯೂಟರ್ನಿಂದ, ಮತ್ತು ಕ್ಲಿಕ್ ಮಾಡಿ [ಆಡಳಿತ ಪೋರ್ಟಲ್].
"ಆಡಳಿತ ಪೋರ್ಟಲ್" ನ ಸ್ಕ್ರೀನ್ಶಾಟ್
ಸ್ಕ್ರೀನ್ಶಾಟ್ನಲ್ಲಿರುವಂತೆ ವಿಂಡೋದಲ್ಲಿ ಲಾಗಿನ್ ಮತ್ತು ಪಾಸ್ವರ್ಡ್ ಅನ್ನು ನಮೂದಿಸುವ ಮೂಲಕ (ಅನುಸ್ಥಾಪನಾ ಪ್ರಕ್ರಿಯೆಯಲ್ಲಿ ಹೊಂದಿಸಲಾಗಿದೆ) ನಾವು ಓಪನ್ ವರ್ಚುವಲೈಸೇಶನ್ ಮ್ಯಾನೇಜರ್ ನಿಯಂತ್ರಣ ಫಲಕಕ್ಕೆ ಹೋಗುತ್ತೇವೆ, ಇದರಲ್ಲಿ ನೀವು ವರ್ಚುವಲ್ ಮೂಲಸೌಕರ್ಯದೊಂದಿಗೆ ಎಲ್ಲಾ ಕ್ರಿಯೆಗಳನ್ನು ಮಾಡಬಹುದು:
ಡೇಟಾ ಕೇಂದ್ರವನ್ನು ಸೇರಿಸಿ
ಒಂದು ಕ್ಲಸ್ಟರ್ ಅನ್ನು ಸೇರಿಸಿ ಮತ್ತು ಕಾನ್ಫಿಗರ್ ಮಾಡಿ
ಹೋಸ್ಟ್ಗಳನ್ನು ಸೇರಿಸಿ ಮತ್ತು ನಿರ್ವಹಿಸಿ
ವರ್ಚುವಲ್ ಮೆಷಿನ್ ಡಿಸ್ಕ್ಗಳಿಗಾಗಿ ಶೇಖರಣಾ ಪ್ರದೇಶಗಳು ಅಥವಾ ಶೇಖರಣಾ ಡೊಮೇನ್ಗಳನ್ನು ಸೇರಿಸಿ
ವರ್ಚುವಲ್ ಯಂತ್ರಗಳಿಗಾಗಿ ನೆಟ್ವರ್ಕ್ಗಳನ್ನು ಸೇರಿಸಿ ಮತ್ತು ಕಾನ್ಫಿಗರ್ ಮಾಡಿ
ವರ್ಚುವಲ್ ಯಂತ್ರಗಳು, ಅನುಸ್ಥಾಪನಾ ಚಿತ್ರಗಳು, VM ಟೆಂಪ್ಲೇಟ್ಗಳನ್ನು ಸೇರಿಸಿ ಮತ್ತು ನಿರ್ವಹಿಸಿ
ಈ ಎಲ್ಲಾ ಕ್ರಿಯೆಗಳನ್ನು ಮತ್ತಷ್ಟು ಚರ್ಚಿಸಲಾಗುವುದು, ಕೆಲವು ದೊಡ್ಡ ಕೋಶಗಳಲ್ಲಿ, ಇತರವುಗಳು ಹೆಚ್ಚು ವಿವರವಾಗಿ ಮತ್ತು ಸೂಕ್ಷ್ಮ ವ್ಯತ್ಯಾಸಗಳೊಂದಿಗೆ.
ಆದರೆ ಮೊದಲು ನಾನು ಈ ಆಡ್-ಆನ್ ಅನ್ನು ಓದಲು ಶಿಫಾರಸು ಮಾಡುತ್ತೇವೆ, ಇದು ಬಹುಶಃ ಅನೇಕರಿಗೆ ಉಪಯುಕ್ತವಾಗಿರುತ್ತದೆ.
ಪೂರಕ
1) ತಾತ್ವಿಕವಾಗಿ, ಅಂತಹ ಅಗತ್ಯವಿದ್ದಲ್ಲಿ, ಪ್ಯಾಕೇಜ್ಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಮುಂಚಿತವಾಗಿ ಕ್ಲಸ್ಟರ್ ನೋಡ್ಗಳಲ್ಲಿ KVM ಹೈಪರ್ವೈಸರ್ ಅನ್ನು ಸ್ಥಾಪಿಸುವುದನ್ನು ಯಾವುದೂ ತಡೆಯುವುದಿಲ್ಲ. libvirt и qemu-kvm (ಅಥವಾ qemu-kvm-ev) ಅಪೇಕ್ಷಿತ ಆವೃತ್ತಿಯ, ಆದಾಗ್ಯೂ oVirt ಕ್ಲಸ್ಟರ್ ನೋಡ್ ಅನ್ನು ನಿಯೋಜಿಸುವಾಗ, ಅದು ಸ್ವತಃ ಇದನ್ನು ಮಾಡಬಹುದು.
ಆದರೆ ಇದ್ದರೆ libvirt и qemu-kvm ನೀವು ಇತ್ತೀಚಿನ ಆವೃತ್ತಿಯನ್ನು ಸ್ಥಾಪಿಸದಿದ್ದರೆ, ಹೋಸ್ಟ್ ಮಾಡಲಾದ ಎಂಜಿನ್ ಅನ್ನು ನಿಯೋಜಿಸುವಾಗ ನೀವು ಈ ಕೆಳಗಿನ ದೋಷವನ್ನು ಪಡೆಯಬಹುದು:
error: unsupported configuration: unknown CPU feature: md-clear
ಆ. ಹೊಂದಿರಬೇಕು ನವೀಕರಿಸಿದ ಆವೃತ್ತಿlibvirt ನಿಂದ ರಕ್ಷಣೆಯೊಂದಿಗೆ MDS, ಇದು ಈ ನೀತಿಯನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ:
<feature policy='require' name='md-clear'/>
md-clear ಬೆಂಬಲದೊಂದಿಗೆ libvirt v.4.5.0-10.el7_6.12 ಅನ್ನು ಸ್ಥಾಪಿಸಿ:
ಇದರ ನಂತರ, ನೀವು ಹೋಸ್ಟ್ ಮಾಡಿದ ಎಂಜಿನ್ ಅನ್ನು ಸ್ಥಾಪಿಸುವುದನ್ನು ಮುಂದುವರಿಸಬಹುದು.
2) oVirt 4.3 ರಲ್ಲಿ, ಫೈರ್ವಾಲ್ನ ಉಪಸ್ಥಿತಿ ಮತ್ತು ಬಳಕೆ ಫೈರ್ವಾಲ್ಡ್ ಕಡ್ಡಾಯ ಅವಶ್ಯಕತೆಯಾಗಿದೆ.
ಹೋಸ್ಟ್ ಮಾಡಿದ-ಎಂಜಿನ್ಗಾಗಿ VM ಅನ್ನು ನಿಯೋಜಿಸುವಾಗ ನಾವು ಈ ಕೆಳಗಿನ ದೋಷವನ್ನು ಸ್ವೀಕರಿಸುತ್ತೇವೆ:
[ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg": "firewalld is required to be enabled and active in order to correctly deploy hosted-engine. Please check, fix accordingly and re-deploy.n"}
[ ERROR ] Failed to execute stage 'Closing up': Failed executing ansible-playbook
[https://bugzilla.redhat.com/show_bug.cgi?id=1608467
ನಂತರ ನೀವು ಇನ್ನೊಂದು ಫೈರ್ವಾಲ್ ಅನ್ನು ಆಫ್ ಮಾಡಬೇಕಾಗುತ್ತದೆ (ಅದನ್ನು ಬಳಸಿದರೆ), ಮತ್ತು ಸ್ಥಾಪಿಸಿ ಮತ್ತು ರನ್ ಮಾಡಿ ಫೈರ್ವಾಲ್ಡ್:
ಹೋಸ್ಟ್ ಮಾಡಲಾದ ಎಂಜಿನ್ VM ನ ಎಲ್ಲಾ ನಿರ್ವಹಣೆಯನ್ನು ಆಜ್ಞೆಯನ್ನು ಬಳಸಿಕೊಂಡು ಮಾತ್ರ ಮಾಡಲಾಗುತ್ತದೆ ಹೋಸ್ಟ್ ಮಾಡಿದ-ಎಂಜಿನ್ ಅದು ಚಲಿಸುವ ಹೋಸ್ಟ್ನಲ್ಲಿ, ಸುಮಾರು ವರ್ಶ್ SSH ಮೂಲಕ ನೀವು ಈ VM ಗೆ ಸಂಪರ್ಕಿಸಬಹುದು ಮತ್ತು ಆಜ್ಞೆಯನ್ನು ಚಲಾಯಿಸಬಹುದು ಎಂಬ ಅಂಶವನ್ನು ನಾವು ಮರೆಯಬೇಕು.ಮುಚ್ಚಲಾಯಿತು».
ನಿರ್ವಹಣೆ ಮೋಡ್ಗೆ VM ಅನ್ನು ಹಾಕುವ ವಿಧಾನ:
hosted-engine --set-maintenance --mode=global
hosted-engine --vm-status
!! Cluster is in GLOBAL MAINTENANCE mode !!
--== Host host1.test.local (id: 1) status ==--
conf_on_shared_storage : True
Status up-to-date : True
Hostname : host1.test.local
Host ID : 1
Engine status : {"health": "good", "vm": "up", "detail": "Up"}
Score : 3400
stopped : False
Local maintenance : False
crc32 : dee1a774
local_conf_timestamp : 1821
Host timestamp : 1821
Extra metadata (valid at timestamp):
metadata_parse_version=1
metadata_feature_version=1
timestamp=1821 (Sat Nov 29 14:25:19 2019)
host-id=1
score=3400
vm_conf_refresh_time=1821 (Sat Nov 29 14:25:19 2019)
conf_on_shared_storage=True
maintenance=False
state=GlobalMaintenance
stopped=False
hosted-engine --vm-shutdown
ನಾವು ಹೋಸ್ಟ್ ಮಾಡಿದ ಎಂಜಿನ್ ಏಜೆಂಟ್ನೊಂದಿಗೆ ಹೋಸ್ಟ್ ಅನ್ನು ರೀಬೂಟ್ ಮಾಡುತ್ತೇವೆ ಮತ್ತು ಅದರೊಂದಿಗೆ ನಮಗೆ ಬೇಕಾದುದನ್ನು ಮಾಡುತ್ತೇವೆ.
ರೀಬೂಟ್ ಮಾಡಿದ ನಂತರ, ಹೋಸ್ಟ್ ಮಾಡಲಾದ ಎಂಜಿನ್ನೊಂದಿಗೆ VM ಸ್ಥಿತಿಯನ್ನು ಪರಿಶೀಲಿಸಿ:
hosted-engine --vm-status
ಹೋಸ್ಟ್ ಮಾಡಿದ-ಎಂಜಿನ್ನೊಂದಿಗೆ ನಮ್ಮ VM ಪ್ರಾರಂಭವಾಗದಿದ್ದರೆ ಮತ್ತು ಸೇವಾ ಲಾಗ್ನಲ್ಲಿ ನಾವು ಇದೇ ರೀತಿಯ ದೋಷಗಳನ್ನು ನೋಡಿದರೆ:
ಸೇವಾ ಲಾಗ್ನಲ್ಲಿ ದೋಷ:
journalctl -u ovirt-ha-agent
...
Jun 29 14:34:44 host1 journal: ovirt-ha-agent ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine ERROR Failed to start necessary monitors
Jun 29 14:34:44 host1 journal: ovirt-ha-agent ovirt_hosted_engine_ha.agent.agent.Agent ERROR Traceback (most recent call last):#012 File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/agent.py", line 131, in _run_agent#012 return action(he)#012 File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/agent.py", line 55, in action_proper#012 return he.start_monitoring()#012 File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", line 413, in start_monitoring#012 self._initialize_broker()#012 File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", line 537, in _initialize_broker#012 m.get('options', {}))#012 File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py", line 86, in start_monitor#012 ).format(t=type, o=options, e=e)#012RequestError: brokerlink - failed to start monitor via ovirt-ha-broker: [Errno 2] No such file or directory, [monitor: 'ping', options: {'addr': '172.20.32.32'}]
Jun 29 14:34:44 host1 journal: ovirt-ha-agent ovirt_hosted_engine_ha.agent.agent.Agent ERROR Trying to restart agent
ನಂತರ ನಾವು ಸಂಗ್ರಹಣೆಯನ್ನು ಸಂಪರ್ಕಿಸುತ್ತೇವೆ ಮತ್ತು ಏಜೆಂಟ್ ಅನ್ನು ಮರುಪ್ರಾರಂಭಿಸುತ್ತೇವೆ:
ಮೊದಲು ಅದು ಏನೆಂದು ವ್ಯಾಖ್ಯಾನಿಸೋಣ ಡೇಟಾ ಸೆಂಟರ್ (ನಾನು ಸಹಾಯದಿಂದ ಉಲ್ಲೇಖಿಸುತ್ತೇನೆ) ಒಂದು ನಿರ್ದಿಷ್ಟ ಪರಿಸರದಲ್ಲಿ ಬಳಸಲಾಗುವ ಸಂಪನ್ಮೂಲಗಳ ಗುಂಪನ್ನು ವ್ಯಾಖ್ಯಾನಿಸುವ ತಾರ್ಕಿಕ ಘಟಕವಾಗಿದೆ.
ದತ್ತಾಂಶ ಕೇಂದ್ರವು ಒಂದು ರೀತಿಯ ಧಾರಕವಾಗಿದ್ದು, ಇವುಗಳನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ:
ಕ್ಲಸ್ಟರ್ಗಳು ಮತ್ತು ಹೋಸ್ಟ್ಗಳ ರೂಪದಲ್ಲಿ ತಾರ್ಕಿಕ ಸಂಪನ್ಮೂಲಗಳು
ಕ್ಲಸ್ಟರ್ ನೆಟ್ವರ್ಕ್ ಸಂಪನ್ಮೂಲಗಳು ತಾರ್ಕಿಕ ಜಾಲಗಳು ಮತ್ತು ಹೋಸ್ಟ್ಗಳಲ್ಲಿ ಭೌತಿಕ ಅಡಾಪ್ಟರುಗಳ ರೂಪದಲ್ಲಿ,
ಶೇಖರಣಾ ಸಂಪನ್ಮೂಲಗಳು (VM ಡಿಸ್ಕ್ಗಳು, ಟೆಂಪ್ಲೇಟ್ಗಳು, ಚಿತ್ರಗಳಿಗಾಗಿ) ಶೇಖರಣಾ ಪ್ರದೇಶಗಳ ರೂಪದಲ್ಲಿ (ಶೇಖರಣಾ ಡೊಮೇನ್ಗಳು).
ಒಂದು ಡೇಟಾ ಸೆಂಟರ್ ಬಹು ಹೋಸ್ಟ್ಗಳನ್ನು ಒಳಗೊಂಡಿರುವ ಬಹು ಕ್ಲಸ್ಟರ್ಗಳನ್ನು ಅವುಗಳ ಮೇಲೆ ಚಾಲನೆಯಲ್ಲಿರುವ ವರ್ಚುವಲ್ ಗಣಕಗಳನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ ಮತ್ತು ಇದು ಅದರೊಂದಿಗೆ ಸಂಯೋಜಿತವಾಗಿರುವ ಬಹು ಶೇಖರಣಾ ಪ್ರದೇಶಗಳನ್ನು ಸಹ ಹೊಂದಬಹುದು.
ಹಲವಾರು ಡೇಟಾ ಕೇಂದ್ರಗಳು ಇರಬಹುದು; ಅವು ಪರಸ್ಪರ ಸ್ವತಂತ್ರವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ. Ovirt ಪಾತ್ರದ ಮೂಲಕ ಅಧಿಕಾರಗಳ ಪ್ರತ್ಯೇಕತೆಯನ್ನು ಹೊಂದಿದೆ, ಮತ್ತು ನೀವು ಡೇಟಾ ಸೆಂಟರ್ ಮಟ್ಟದಲ್ಲಿ ಮತ್ತು ಅದರ ವೈಯಕ್ತಿಕ ತಾರ್ಕಿಕ ಅಂಶಗಳ ಮೇಲೆ ಅನುಮತಿಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಕಾನ್ಫಿಗರ್ ಮಾಡಬಹುದು.
ಡೇಟಾ ಸೆಂಟರ್, ಅಥವಾ ಡೇಟಾ ಸೆಂಟರ್ಗಳಲ್ಲಿ ಹಲವಾರು ಇದ್ದರೆ, ಅವುಗಳನ್ನು ಒಂದೇ ಆಡಳಿತಾತ್ಮಕ ಕನ್ಸೋಲ್ ಅಥವಾ ಪೋರ್ಟಲ್ನಿಂದ ನಿರ್ವಹಿಸಲಾಗುತ್ತದೆ.
ಡೇಟಾ ಕೇಂದ್ರವನ್ನು ರಚಿಸಲು, ಆಡಳಿತಾತ್ಮಕ ಪೋರ್ಟಲ್ಗೆ ಹೋಗಿ ಮತ್ತು ಹೊಸ ಡೇಟಾ ಕೇಂದ್ರವನ್ನು ರಚಿಸಿ: ಲೆಕ್ಕಾಚಾರ ಮಾಡಿ >> ದತ್ತಾಂಶ ಕೇಂದ್ರಗಳು >> ಹೊಸ
ನಾವು ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಹಂಚಿದ ಸಂಗ್ರಹಣೆಯನ್ನು ಬಳಸುವುದರಿಂದ, ಶೇಖರಣಾ ಪ್ರಕಾರವನ್ನು ಹಂಚಿಕೊಳ್ಳಬೇಕು:
ಡೇಟಾ ಸೆಂಟರ್ ಸೃಷ್ಟಿ ವಿಝಾರ್ಡ್ನ ಸ್ಕ್ರೀನ್ಶಾಟ್
ಹೋಸ್ಟ್ ಮಾಡಿದ-ಎಂಜಿನ್ನೊಂದಿಗೆ ವರ್ಚುವಲ್ ಯಂತ್ರವನ್ನು ಸ್ಥಾಪಿಸುವಾಗ, ಡೇಟಾ ಕೇಂದ್ರವನ್ನು ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ ರಚಿಸಲಾಗುತ್ತದೆ - ಡೇಟಾಸೆಂಟರ್1, ಮತ್ತು ನಂತರ, ಅಗತ್ಯವಿದ್ದರೆ, ನೀವು ಅದರ ಶೇಖರಣಾ ಪ್ರಕಾರವನ್ನು ಇನ್ನೊಂದಕ್ಕೆ ಬದಲಾಯಿಸಬಹುದು.
ಡೇಟಾ ಕೇಂದ್ರವನ್ನು ರಚಿಸುವುದು ಸರಳವಾದ ಕಾರ್ಯವಾಗಿದೆ, ಯಾವುದೇ ಟ್ರಿಕಿ ಸೂಕ್ಷ್ಮ ವ್ಯತ್ಯಾಸಗಳಿಲ್ಲದೆ, ಮತ್ತು ಅದರೊಂದಿಗೆ ಎಲ್ಲಾ ಹೆಚ್ಚುವರಿ ಕ್ರಿಯೆಗಳನ್ನು ದಸ್ತಾವೇಜನ್ನು ವಿವರಿಸಲಾಗಿದೆ. ನಾನು ಗಮನಿಸಬೇಕಾದ ಏಕೈಕ ವಿಷಯವೆಂದರೆ VM ಗಳಿಗಾಗಿ ಸ್ಥಳೀಯ ಸಂಗ್ರಹಣೆಯನ್ನು (ಡಿಸ್ಕ್) ಹೊಂದಿರುವ ಏಕೈಕ ಹೋಸ್ಟ್ಗಳು ಶೇಖರಣಾ ಪ್ರಕಾರದೊಂದಿಗೆ ಡೇಟಾ ಕೇಂದ್ರಕ್ಕೆ ಪ್ರವೇಶಿಸಲು ಸಾಧ್ಯವಾಗುವುದಿಲ್ಲ - ಹಂಚಲಾಗಿದೆ (ಅವುಗಳನ್ನು ಅಲ್ಲಿ ಸೇರಿಸಲಾಗುವುದಿಲ್ಲ), ಮತ್ತು ಅವರಿಗೆ ನೀವು ರಚಿಸಬೇಕಾಗಿದೆ ಪ್ರತ್ಯೇಕ ಡೇಟಾ ಸೆಂಟರ್ - ಅಂದರೆ. ಸ್ಥಳೀಯ ಸಂಗ್ರಹಣೆಯೊಂದಿಗೆ ಪ್ರತಿಯೊಂದು ಹೋಸ್ಟ್ ತನ್ನದೇ ಆದ ಪ್ರತ್ಯೇಕ ಡೇಟಾ ಕೇಂದ್ರದ ಅಗತ್ಯವಿದೆ.
ಅನಗತ್ಯ ವಿವರಗಳಿಲ್ಲದೆ, ಕ್ಲಸ್ಟರ್ - ಇದು ಸಾಮಾನ್ಯ ಶೇಖರಣಾ ಪ್ರದೇಶವನ್ನು ಹೊಂದಿರುವ ಹೋಸ್ಟ್ಗಳ ತಾರ್ಕಿಕ ಗುಂಪಾಗಿದೆ (ನಮ್ಮ ಪ್ರಕರಣದಲ್ಲಿರುವಂತೆ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಹಂಚಿಕೆಯ ಡಿಸ್ಕ್ಗಳ ರೂಪದಲ್ಲಿ). ಕ್ಲಸ್ಟರ್ನಲ್ಲಿನ ಹೋಸ್ಟ್ಗಳು ಹಾರ್ಡ್ವೇರ್ನಲ್ಲಿ ಒಂದೇ ರೀತಿಯಾಗಿರುವುದು ಮತ್ತು ಒಂದೇ ರೀತಿಯ ಪ್ರೊಸೆಸರ್ (ಇಂಟೆಲ್ ಅಥವಾ ಎಎಮ್ಡಿ) ಹೊಂದಿರುವುದು ಸಹ ಅಪೇಕ್ಷಣೀಯವಾಗಿದೆ. ಕ್ಲಸ್ಟರ್ನಲ್ಲಿನ ಸರ್ವರ್ಗಳು ಸಂಪೂರ್ಣವಾಗಿ ಒಂದೇ ಆಗಿರುವುದು ಉತ್ತಮ.
ಕ್ಲಸ್ಟರ್ ಡೇಟಾ ಕೇಂದ್ರದ ಭಾಗವಾಗಿದೆ (ನಿರ್ದಿಷ್ಟ ರೀತಿಯ ಸಂಗ್ರಹಣೆಯೊಂದಿಗೆ - ಸ್ಥಳೀಯ ಅಥವಾ ಹಂಚಲಾಗಿದೆ), ಮತ್ತು ಎಲ್ಲಾ ಹೋಸ್ಟ್ಗಳು ಅವರು ಸಂಗ್ರಹಣೆಯನ್ನು ಹಂಚಿಕೊಂಡಿದ್ದಾರೆಯೇ ಅಥವಾ ಇಲ್ಲವೇ ಎಂಬುದನ್ನು ಅವಲಂಬಿಸಿ ಕೆಲವು ರೀತಿಯ ಕ್ಲಸ್ಟರ್ಗೆ ಸೇರಿರಬೇಕು.
ಹೋಸ್ಟ್ನಲ್ಲಿ ಹೋಸ್ಟ್ ಮಾಡಿದ ಎಂಜಿನ್ನೊಂದಿಗೆ ವರ್ಚುವಲ್ ಯಂತ್ರವನ್ನು ಸ್ಥಾಪಿಸುವಾಗ, ಡೇಟಾ ಕೇಂದ್ರವನ್ನು ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ ರಚಿಸಲಾಗುತ್ತದೆ - ಡೇಟಾಸೆಂಟರ್1, ಕ್ಲಸ್ಟರ್ ಜೊತೆಗೆ - ಕ್ಲಸ್ಟರ್1, ಮತ್ತು ಭವಿಷ್ಯದಲ್ಲಿ ನೀವು ಅದರ ನಿಯತಾಂಕಗಳನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಬಹುದು, ಹೆಚ್ಚುವರಿ ಆಯ್ಕೆಗಳನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಬಹುದು, ಅದಕ್ಕೆ ಹೋಸ್ಟ್ಗಳನ್ನು ಸೇರಿಸಬಹುದು, ಇತ್ಯಾದಿ.
ಎಂದಿನಂತೆ, ಎಲ್ಲಾ ಕ್ಲಸ್ಟರ್ ಸೆಟ್ಟಿಂಗ್ಗಳ ಬಗ್ಗೆ ವಿವರಗಳಿಗಾಗಿ, ಅಧಿಕೃತ ದಸ್ತಾವೇಜನ್ನು ಉಲ್ಲೇಖಿಸಲು ಸಲಹೆ ನೀಡಲಾಗುತ್ತದೆ. ಕ್ಲಸ್ಟರ್ ಅನ್ನು ಹೊಂದಿಸುವ ಕೆಲವು ವೈಶಿಷ್ಟ್ಯಗಳಲ್ಲಿ, ಅದನ್ನು ರಚಿಸುವಾಗ, ಟ್ಯಾಬ್ನಲ್ಲಿ ಮೂಲ ನಿಯತಾಂಕಗಳನ್ನು ಮಾತ್ರ ಕಾನ್ಫಿಗರ್ ಮಾಡಲು ಸಾಕು ಎಂದು ನಾನು ಸೇರಿಸುತ್ತೇನೆ ಜನರಲ್.
ನಾನು ಪ್ರಮುಖ ನಿಯತಾಂಕಗಳನ್ನು ಗಮನಿಸುತ್ತೇನೆ:
ಪ್ರೊಸೆಸರ್ ಪ್ರಕಾರ — ಕ್ಲಸ್ಟರ್ ಹೋಸ್ಟ್ಗಳಲ್ಲಿ ಯಾವ ಪ್ರೊಸೆಸರ್ಗಳನ್ನು ಸ್ಥಾಪಿಸಲಾಗಿದೆ, ಅವು ಯಾವ ತಯಾರಕರಿಂದ ಮತ್ತು ಹೋಸ್ಟ್ಗಳಲ್ಲಿ ಯಾವ ಪ್ರೊಸೆಸರ್ ಹಳೆಯದಾಗಿದೆ ಎಂಬುದರ ಆಧಾರದ ಮೇಲೆ ಆಯ್ಕೆಮಾಡಲಾಗಿದೆ, ಆದ್ದರಿಂದ ಇದನ್ನು ಅವಲಂಬಿಸಿ, ಕ್ಲಸ್ಟರ್ನಲ್ಲಿ ಲಭ್ಯವಿರುವ ಎಲ್ಲಾ ಪ್ರೊಸೆಸರ್ ಸೂಚನೆಗಳನ್ನು ಬಳಸಲಾಗುತ್ತದೆ.
ಸ್ವಿಚ್ ಪ್ರಕಾರ - ನಮ್ಮ ಕ್ಲಸ್ಟರ್ನಲ್ಲಿ ನಾವು ಲಿನಕ್ಸ್ ಸೇತುವೆಯನ್ನು ಮಾತ್ರ ಬಳಸುತ್ತೇವೆ, ಅದಕ್ಕಾಗಿಯೇ ನಾವು ಅದನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತೇವೆ.
ಫೈರ್ವಾಲ್ ಪ್ರಕಾರ - ಇಲ್ಲಿ ಎಲ್ಲವೂ ಸ್ಪಷ್ಟವಾಗಿದೆ, ಇದು ಫೈರ್ವಾಲ್ಡ್ ಆಗಿದೆ, ಇದನ್ನು ಹೋಸ್ಟ್ಗಳಲ್ಲಿ ಸಕ್ರಿಯಗೊಳಿಸಬೇಕು ಮತ್ತು ಕಾನ್ಫಿಗರ್ ಮಾಡಬೇಕು.
ಕ್ಲಸ್ಟರ್ ಪ್ಯಾರಾಮೀಟರ್ಗಳೊಂದಿಗೆ ಸ್ಕ್ರೀನ್ಶಾಟ್
ಸ್ವಯಂ ಹೋಸ್ಟ್ ಮಾಡಿದ ಪರಿಸರದಲ್ಲಿ ಹೆಚ್ಚುವರಿ ಹೋಸ್ಟ್ಗಳನ್ನು ಸ್ಥಾಪಿಸುವುದು
ಸ್ವಯಂ-ಹೋಸ್ಟ್ ಮಾಡಿದ ಪರಿಸರಕ್ಕೆ ಹೆಚ್ಚುವರಿ ಹೋಸ್ಟ್ಗಳನ್ನು ಸಾಮಾನ್ಯ ಹೋಸ್ಟ್ನಂತೆಯೇ ಸೇರಿಸಲಾಗುತ್ತದೆ, ಹೋಸ್ಟ್ ಮಾಡಲಾದ ಎಂಜಿನ್ನೊಂದಿಗೆ VM ಅನ್ನು ನಿಯೋಜಿಸುವ ಹೆಚ್ಚುವರಿ ಹಂತದೊಂದಿಗೆ - ಹೋಸ್ಟ್ ಮಾಡಲಾದ ಎಂಜಿನ್ ನಿಯೋಜನೆ ಕ್ರಿಯೆಯನ್ನು ಆರಿಸಿ >> ನಿಯೋಜಿಸಿ. ಹೆಚ್ಚುವರಿ ಹೋಸ್ಟ್ ಅನ್ನು ಹೋಸ್ಟ್ ಮಾಡಲಾದ ಎಂಜಿನ್ನೊಂದಿಗೆ VM ಗಾಗಿ LUN ಜೊತೆಗೆ ಪ್ರಸ್ತುತಪಡಿಸಬೇಕಾಗಿರುವುದರಿಂದ, ಇದರರ್ಥ ಈ ಹೋಸ್ಟ್, ಅಗತ್ಯವಿದ್ದರೆ, ಹೋಸ್ಟ್ ಮಾಡಿದ ಎಂಜಿನ್ನೊಂದಿಗೆ VM ಅನ್ನು ಹೋಸ್ಟ್ ಮಾಡಲು ಬಳಸಬಹುದು.
ದೋಷ ಸಹಿಷ್ಣುತೆಯ ಉದ್ದೇಶಗಳಿಗಾಗಿ, ಹೋಸ್ಟ್ ಮಾಡಲಾದ ಎಂಜಿನ್ VM ಅನ್ನು ಇರಿಸಬಹುದಾದ ಕನಿಷ್ಠ ಎರಡು ಹೋಸ್ಟ್ಗಳು ಇರುವಂತೆ ಹೆಚ್ಚು ಶಿಫಾರಸು ಮಾಡಲಾಗಿದೆ.
ಹೆಚ್ಚುವರಿ ಹೋಸ್ಟ್ನಲ್ಲಿ, iptables ಅನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಿ (ಸಕ್ರಿಯಗೊಳಿಸಿದರೆ), ಫೈರ್ವಾಲ್ಡ್ ಅನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಿ
ಮುಂದೆ, ಕನ್ಸೋಲ್ಗೆ ಹೋಗಿ ವರ್ಚುವಲೈಸೇಶನ್ ಮ್ಯಾನೇಜರ್ ಅನ್ನು ತೆರೆಯಿರಿ, ಹೊಸ ಹೋಸ್ಟ್ ಅನ್ನು ಸೇರಿಸಿ ಮತ್ತು ಎಲ್ಲವನ್ನೂ ಹಂತ ಹಂತವಾಗಿ ಮಾಡಿ, ಬರೆದಂತೆ ದಸ್ತಾವೇಜನ್ನು.
ಪರಿಣಾಮವಾಗಿ, ಹೆಚ್ಚುವರಿ ಹೋಸ್ಟ್ ಅನ್ನು ಸೇರಿಸಿದ ನಂತರ, ನಾವು ಸ್ಕ್ರೀನ್ಶಾಟ್ನಲ್ಲಿರುವಂತೆ ಆಡಳಿತಾತ್ಮಕ ಕನ್ಸೋಲ್ನಲ್ಲಿರುವ ಚಿತ್ರದಂತಹದನ್ನು ಪಡೆಯಬೇಕು.
ಆಡಳಿತಾತ್ಮಕ ಪೋರ್ಟಲ್ನ ಸ್ಕ್ರೀನ್ಶಾಟ್ - ಹೋಸ್ಟ್ಗಳು
ಹೋಸ್ಟ್ ಮಾಡಿದ-ಎಂಜಿನ್ VM ಪ್ರಸ್ತುತ ಸಕ್ರಿಯವಾಗಿರುವ ಹೋಸ್ಟ್ ಚಿನ್ನದ ಕಿರೀಟ ಮತ್ತು ಶಾಸನವನ್ನು ಹೊಂದಿದೆ "ಹೋಸ್ಟ್ ಮಾಡಲಾದ ಎಂಜಿನ್ VM ಅನ್ನು ರನ್ ಮಾಡಲಾಗುತ್ತಿದೆ", ಅಗತ್ಯವಿದ್ದರೆ ಈ VM ಅನ್ನು ಪ್ರಾರಂಭಿಸಬಹುದಾದ ಹೋಸ್ಟ್ - ಶಾಸನ "ಹೋಸ್ಟ್ ಮಾಡಲಾದ ಎಂಜಿನ್ VM ಅನ್ನು ರನ್ ಮಾಡಬಹುದು».
ಹೋಸ್ಟ್ ವೈಫಲ್ಯದ ಸಂದರ್ಭದಲ್ಲಿ "ಹೋಸ್ಟ್ ಮಾಡಲಾದ ಎಂಜಿನ್ VM ಅನ್ನು ರನ್ ಮಾಡಲಾಗುತ್ತಿದೆ", ಇದು ಎರಡನೇ ಹೋಸ್ಟ್ನಲ್ಲಿ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಮರುಪ್ರಾರಂಭಗೊಳ್ಳುತ್ತದೆ. ಈ VM ಅನ್ನು ಅದರ ನಿರ್ವಹಣೆಗಾಗಿ ಸಕ್ರಿಯ ಹೋಸ್ಟ್ನಿಂದ ಸ್ಟ್ಯಾಂಡ್ಬೈ ಹೋಸ್ಟ್ಗೆ ಸ್ಥಳಾಂತರಿಸಬಹುದು.
oVirt ಹೋಸ್ಟ್ಗಳಲ್ಲಿ ಪವರ್ ಮ್ಯಾನೇಜ್ಮೆಂಟ್ / ಫೆನ್ಸಿಂಗ್ ಅನ್ನು ಹೊಂದಿಸಲಾಗುತ್ತಿದೆ
ಹೋಸ್ಟ್ ಅನ್ನು ಸೇರಿಸುವುದು ಮತ್ತು ಕಾನ್ಫಿಗರ್ ಮಾಡುವುದನ್ನು ನೀವು ಪೂರ್ಣಗೊಳಿಸಿದ್ದೀರಿ ಎಂದು ತೋರುತ್ತಿರುವಾಗ, ಅದು ಸಂಪೂರ್ಣವಾಗಿ ನಿಜವಲ್ಲ.
ಹೋಸ್ಟ್ಗಳ ಸಾಮಾನ್ಯ ಕಾರ್ಯಾಚರಣೆಗಾಗಿ ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಯಾವುದಾದರೂ ವೈಫಲ್ಯಗಳನ್ನು ಗುರುತಿಸಲು/ಪರಿಹರಿಸಲು, ಪವರ್ ಮ್ಯಾನೇಜ್ಮೆಂಟ್ / ಫೆನ್ಸಿಂಗ್ ಸೆಟ್ಟಿಂಗ್ಗಳು ಅಗತ್ಯವಿದೆ.
ಫೆನ್ಸಿಂಗ್, ಅಥವಾ ಫೆನ್ಸಿಂಗ್, ಕ್ಲಸ್ಟರ್ನಿಂದ ದೋಷಪೂರಿತ ಅಥವಾ ವಿಫಲವಾದ ಹೋಸ್ಟ್ ಅನ್ನು ತಾತ್ಕಾಲಿಕವಾಗಿ ಹೊರಗಿಡುವ ಪ್ರಕ್ರಿಯೆಯಾಗಿದೆ, ಈ ಸಮಯದಲ್ಲಿ ಅದರಲ್ಲಿರುವ oVirt ಸೇವೆಗಳು ಅಥವಾ ಹೋಸ್ಟ್ ಅನ್ನು ಮರುಪ್ರಾರಂಭಿಸಲಾಗುತ್ತದೆ.
ಪವರ್ ಮ್ಯಾನೇಜ್ಮೆಂಟ್ / ಫೆನ್ಸಿಂಗ್ನ ವ್ಯಾಖ್ಯಾನಗಳು ಮತ್ತು ನಿಯತಾಂಕಗಳ ಮೇಲಿನ ಎಲ್ಲಾ ವಿವರಗಳನ್ನು ಎಂದಿನಂತೆ, ದಾಖಲಾತಿಯಲ್ಲಿ ನೀಡಲಾಗಿದೆ; iDRAC 640 ನೊಂದಿಗೆ Dell R9 ಸರ್ವರ್ಗಳಿಗೆ ಅನ್ವಯಿಸಿದಂತೆ ಈ ಪ್ರಮುಖ ನಿಯತಾಂಕವನ್ನು ಹೇಗೆ ಕಾನ್ಫಿಗರ್ ಮಾಡುವುದು ಎಂಬುದರ ಕುರಿತು ನಾನು ಒಂದು ಉದಾಹರಣೆಯನ್ನು ಮಾತ್ರ ನೀಡುತ್ತೇನೆ.
ಆಡಳಿತಾತ್ಮಕ ಪೋರ್ಟಲ್ಗೆ ಹೋಗಿ, ಕ್ಲಿಕ್ ಮಾಡಿ ಲೆಕ್ಕಾಚಾರ ಮಾಡಿ >> ಹೋಸ್ಟ್ಗಳು ಹೋಸ್ಟ್ ಅನ್ನು ಆಯ್ಕೆಮಾಡಿ.
ಕ್ಲಿಕ್ ಸಂಪಾದಿಸಿ.
ಟ್ಯಾಬ್ ಕ್ಲಿಕ್ ಮಾಡಿ ವಿದ್ಯುತ್ ನಿರ್ವಹಣೆ.
ಆಯ್ಕೆಯ ಪಕ್ಕದಲ್ಲಿರುವ ಪೆಟ್ಟಿಗೆಯನ್ನು ಪರಿಶೀಲಿಸಿ ವಿದ್ಯುತ್ ನಿರ್ವಹಣೆಯನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಿ.
ಆಯ್ಕೆಯ ಪಕ್ಕದಲ್ಲಿರುವ ಪೆಟ್ಟಿಗೆಯನ್ನು ಪರಿಶೀಲಿಸಿ Kdump ಏಕೀಕರಣಕರ್ನಲ್ ಕ್ರ್ಯಾಶ್ ಡಂಪ್ ಅನ್ನು ರೆಕಾರ್ಡ್ ಮಾಡುವಾಗ ಹೋಸ್ಟ್ ಫೆನ್ಸಿಂಗ್ ಮೋಡ್ಗೆ ಹೋಗುವುದನ್ನು ತಡೆಯಲು.
ಗಮನಿಸಿ.
ಈಗಾಗಲೇ ಚಾಲನೆಯಲ್ಲಿರುವ ಹೋಸ್ಟ್ನಲ್ಲಿ Kdump ಏಕೀಕರಣವನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಿದ ನಂತರ, oVirt ಅಡ್ಮಿನಿಸ್ಟ್ರೇಶನ್ ಗೈಡ್ -> ನಲ್ಲಿನ ಕಾರ್ಯವಿಧಾನದ ಪ್ರಕಾರ ಅದನ್ನು ಮರುಸ್ಥಾಪಿಸಬೇಕು ಅಧ್ಯಾಯ 7: ಅತಿಥೇಯಗಳು -> ಹೋಸ್ಟ್ಗಳನ್ನು ಮರುಸ್ಥಾಪಿಸಲಾಗುತ್ತಿದೆ.
ಐಚ್ಛಿಕವಾಗಿ, ನೀವು ಬಾಕ್ಸ್ ಅನ್ನು ಪರಿಶೀಲಿಸಬಹುದು ವಿದ್ಯುತ್ ನಿರ್ವಹಣೆಯ ನೀತಿ ನಿಯಂತ್ರಣವನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಿ, ಕ್ಲಸ್ಟರ್ನ ಶೆಡ್ಯೂಲಿಂಗ್ ನೀತಿಯಿಂದ ಹೋಸ್ಟ್ ಪವರ್ ನಿರ್ವಹಣೆಯನ್ನು ನಿಯಂತ್ರಿಸಲು ನಾವು ಬಯಸದಿದ್ದರೆ.
ಬಟನ್ ಕ್ಲಿಕ್ ಮಾಡಿ (+) ಹೊಸ ವಿದ್ಯುತ್ ನಿರ್ವಹಣಾ ಸಾಧನವನ್ನು ಸೇರಿಸಲು, ಏಜೆಂಟ್ ಗುಣಲಕ್ಷಣಗಳನ್ನು ಸಂಪಾದಿಸುವ ವಿಂಡೋ ತೆರೆಯುತ್ತದೆ.
iDRAC9 ಗಾಗಿ, ಕ್ಷೇತ್ರಗಳನ್ನು ಭರ್ತಿ ಮಾಡಿ:
ವಿಳಾಸ - iDRAC9 ವಿಳಾಸ
ಬಳಕೆದಾರ ಹೆಸರು / ಪಾಸ್ವರ್ಡ್ - iDRAC9 ಗೆ ಲಾಗಿನ್ ಮಾಡಲು ಕ್ರಮವಾಗಿ ಲಾಗಿನ್ ಮತ್ತು ಪಾಸ್ವರ್ಡ್
ಪ್ರಕಾರ - ಡ್ರಾಕ್ 5
ಗುರುತು ಸುರಕ್ಷಿತ
ಕೆಳಗಿನ ಆಯ್ಕೆಗಳನ್ನು ಸೇರಿಸಿ: cmd_prompt=>,login_timeout=30
ಶೇಖರಣಾ ಡೊಮೇನ್, ಅಥವಾ ಶೇಖರಣಾ ಪ್ರದೇಶವು ವರ್ಚುವಲ್ ಮೆಷಿನ್ ಡಿಸ್ಕ್ಗಳು, ಅನುಸ್ಥಾಪನಾ ಚಿತ್ರಗಳು, ಟೆಂಪ್ಲೇಟ್ಗಳು ಮತ್ತು ಸ್ನ್ಯಾಪ್ಶಾಟ್ಗಳನ್ನು ಸಂಗ್ರಹಿಸಲು ಕೇಂದ್ರೀಕೃತ ಸ್ಥಳವಾಗಿದೆ.
ವಿವಿಧ ಪ್ರೋಟೋಕಾಲ್ಗಳು, ಕ್ಲಸ್ಟರ್ ಮತ್ತು ನೆಟ್ವರ್ಕ್ ಫೈಲ್ ಸಿಸ್ಟಮ್ಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಶೇಖರಣಾ ಪ್ರದೇಶಗಳನ್ನು ಡೇಟಾ ಕೇಂದ್ರಕ್ಕೆ ಸಂಪರ್ಕಿಸಬಹುದು.
oVirt ಮೂರು ರೀತಿಯ ಶೇಖರಣಾ ಪ್ರದೇಶವನ್ನು ಹೊಂದಿದೆ:
ಡೇಟಾ ಡೊಮೇನ್ - ವರ್ಚುವಲ್ ಯಂತ್ರಗಳೊಂದಿಗೆ (ಡಿಸ್ಕ್ಗಳು, ಟೆಂಪ್ಲೆಟ್ಗಳು) ಸಂಬಂಧಿಸಿದ ಎಲ್ಲಾ ಡೇಟಾವನ್ನು ಸಂಗ್ರಹಿಸಲು. ಡೇಟಾ ಡೊಮೇನ್ ಅನ್ನು ವಿವಿಧ ಡೇಟಾ ಕೇಂದ್ರಗಳ ನಡುವೆ ಹಂಚಿಕೊಳ್ಳಲಾಗುವುದಿಲ್ಲ.
ISO ಡೊಮೇನ್ (ಶೇಖರಣಾ ಪ್ರದೇಶದ ಬಳಕೆಯಲ್ಲಿಲ್ಲದ ಪ್ರಕಾರ) - OS ಅನುಸ್ಥಾಪನಾ ಚಿತ್ರಗಳನ್ನು ಸಂಗ್ರಹಿಸಲು. ISO ಡೊಮೇನ್ ಅನ್ನು ವಿವಿಧ ಡೇಟಾ ಕೇಂದ್ರಗಳ ನಡುವೆ ಹಂಚಿಕೊಳ್ಳಬಹುದು.
ರಫ್ತು ಡೊಮೇನ್ (ಶೇಖರಣಾ ಪ್ರದೇಶದ ಬಳಕೆಯಲ್ಲಿಲ್ಲದ ಪ್ರಕಾರ) - ಡೇಟಾ ಕೇಂದ್ರಗಳ ನಡುವೆ ಸರಿಸಿದ ಚಿತ್ರಗಳ ತಾತ್ಕಾಲಿಕ ಸಂಗ್ರಹಣೆಗಾಗಿ.
ನಮ್ಮ ನಿರ್ದಿಷ್ಟ ಸಂದರ್ಭದಲ್ಲಿ, ಡೇಟಾ ಡೊಮೈನ್ ಪ್ರಕಾರದೊಂದಿಗೆ ಶೇಖರಣಾ ಪ್ರದೇಶವು ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ LUN ಗಳಿಗೆ ಸಂಪರ್ಕಿಸಲು ಫೈಬರ್ ಚಾನಲ್ ಪ್ರೋಟೋಕಾಲ್ (FCP) ಅನ್ನು ಬಳಸುತ್ತದೆ.
oVirt ನ ದೃಷ್ಟಿಕೋನದಿಂದ, ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗಳನ್ನು (FC ಅಥವಾ iSCSI) ಬಳಸುವಾಗ, ಪ್ರತಿ ವರ್ಚುವಲ್ ಡಿಸ್ಕ್, ಸ್ನ್ಯಾಪ್ಶಾಟ್ ಅಥವಾ ಟೆಂಪ್ಲೇಟ್ ಲಾಜಿಕಲ್ ಡಿಸ್ಕ್ ಆಗಿದೆ.
ಬ್ಲಾಕ್ ಸಾಧನಗಳನ್ನು ವಾಲ್ಯೂಮ್ ಗ್ರೂಪ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು ಒಂದೇ ಘಟಕಕ್ಕೆ (ಕ್ಲಸ್ಟರ್ ಹೋಸ್ಟ್ಗಳಲ್ಲಿ) ಜೋಡಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ನಂತರ LVM ಅನ್ನು ಲಾಜಿಕಲ್ ವಾಲ್ಯೂಮ್ಗಳಾಗಿ ವಿಂಗಡಿಸಲಾಗಿದೆ, ಇದನ್ನು VM ಗಳಿಗೆ ವರ್ಚುವಲ್ ಡಿಸ್ಕ್ಗಳಾಗಿ ಬಳಸಲಾಗುತ್ತದೆ.
ಈ ಎಲ್ಲಾ ಗುಂಪುಗಳು ಮತ್ತು ಅನೇಕ LVM ಸಂಪುಟಗಳನ್ನು ಕ್ಲಸ್ಟರ್ ಹೋಸ್ಟ್ನಲ್ಲಿ ಆಜ್ಞೆಗಳನ್ನು ಬಳಸಿ ನೋಡಬಹುದು ಇತ್ಯಾದಿ и ಎಲ್ವಿಎಸ್. ಸ್ವಾಭಾವಿಕವಾಗಿ, ವಿಶೇಷ ಸಂದರ್ಭಗಳಲ್ಲಿ ಹೊರತುಪಡಿಸಿ, ಅಂತಹ ಡಿಸ್ಕ್ಗಳೊಂದಿಗಿನ ಎಲ್ಲಾ ಕ್ರಿಯೆಗಳನ್ನು oVirt ಕನ್ಸೋಲ್ನಿಂದ ಮಾತ್ರ ಮಾಡಬೇಕು.
VM ಗಳಿಗಾಗಿ ವರ್ಚುವಲ್ ಡಿಸ್ಕ್ಗಳು ಎರಡು ವಿಧಗಳಾಗಿರಬಹುದು - QCOW2 ಅಥವಾ RAW. ಡಿಸ್ಕ್ಗಳು ಇರಬಹುದು "ತೆಳುವಾದ"ಅಥವಾ"ದಪ್ಪ". ಸ್ನ್ಯಾಪ್ಶಾಟ್ಗಳನ್ನು ಯಾವಾಗಲೂ ಹೀಗೆ ರಚಿಸಲಾಗುತ್ತದೆ"ತೆಳುವಾದ".
ಶೇಖರಣಾ ಡೊಮೇನ್ಗಳನ್ನು ನಿರ್ವಹಿಸುವ ವಿಧಾನ ಅಥವಾ ಎಫ್ಸಿ ಮೂಲಕ ಪ್ರವೇಶಿಸಿದ ಶೇಖರಣಾ ಪ್ರದೇಶಗಳು ಸಾಕಷ್ಟು ತಾರ್ಕಿಕವಾಗಿದೆ - ಪ್ರತಿ VM ವರ್ಚುವಲ್ ಡಿಸ್ಕ್ಗೆ ಪ್ರತ್ಯೇಕ ತಾರ್ಕಿಕ ಪರಿಮಾಣವಿದ್ದು ಅದು ಕೇವಲ ಒಂದು ಹೋಸ್ಟ್ನಿಂದ ಬರೆಯಬಹುದಾಗಿದೆ. FC ಸಂಪರ್ಕಗಳಿಗಾಗಿ, oVirt ಕ್ಲಸ್ಟರ್ಡ್ LVM ನಂತಹದನ್ನು ಬಳಸುತ್ತದೆ.
ಒಂದೇ ಶೇಖರಣಾ ಪ್ರದೇಶದಲ್ಲಿ ನೆಲೆಗೊಂಡಿರುವ ವರ್ಚುವಲ್ ಯಂತ್ರಗಳನ್ನು ಒಂದೇ ಕ್ಲಸ್ಟರ್ಗೆ ಸೇರಿದ ಹೋಸ್ಟ್ಗಳ ನಡುವೆ ಸ್ಥಳಾಂತರಿಸಬಹುದು.
ವಿವರಣೆಯಿಂದ ನಾವು ನೋಡುವಂತೆ, VMware vSphere ಅಥವಾ Hyper-V ಯಲ್ಲಿನ ಕ್ಲಸ್ಟರ್ನಂತಹ oVirt ನಲ್ಲಿನ ಕ್ಲಸ್ಟರ್ ಮೂಲಭೂತವಾಗಿ ಒಂದೇ ಅರ್ಥ - ಇದು ಹೋಸ್ಟ್ಗಳ ತಾರ್ಕಿಕ ಗುಂಪು, ಹಾರ್ಡ್ವೇರ್ ಸಂಯೋಜನೆಯಲ್ಲಿ ಮೇಲಾಗಿ ಒಂದೇ ಆಗಿರುತ್ತದೆ ಮತ್ತು ವರ್ಚುವಲ್ಗಾಗಿ ಸಾಮಾನ್ಯ ಸಂಗ್ರಹಣೆಯನ್ನು ಹೊಂದಿರುತ್ತದೆ. ಯಂತ್ರ ಡಿಸ್ಕ್ಗಳು.
ಡೇಟಾ (VM ಡಿಸ್ಕ್) ಗಾಗಿ ಶೇಖರಣಾ ಪ್ರದೇಶವನ್ನು ರಚಿಸಲು ನೇರವಾಗಿ ಮುಂದುವರಿಯೋಣ, ಏಕೆಂದರೆ ಅದು ಇಲ್ಲದೆ ಡೇಟಾ ಕೇಂದ್ರವನ್ನು ಪ್ರಾರಂಭಿಸಲಾಗುವುದಿಲ್ಲ.
ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಕ್ಲಸ್ಟರ್ ಹೋಸ್ಟ್ಗಳಿಗೆ ಪ್ರಸ್ತುತಪಡಿಸಲಾದ ಎಲ್ಲಾ LUN ಗಳು ಆಜ್ಞೆಯನ್ನು ಬಳಸಿಕೊಂಡು ಅವುಗಳಲ್ಲಿ ಗೋಚರಿಸಬೇಕು ಎಂದು ನಾನು ನಿಮಗೆ ನೆನಪಿಸುತ್ತೇನೆ.ಬಹುಮಾರ್ಗ -ll».
ಪ್ರಕಾರ ದಸ್ತಾವೇಜನ್ನು, ಪೋರ್ಟಲ್ ಗೆ ಹೋಗಿ ಹೋಗಿ ಶೇಖರಣಾ >> ಡೊಮೇನ್ಗಳ -> ಹೊಸ ಡೊಮೇನ್ ಮತ್ತು "FCP ಸಂಗ್ರಹಣೆಯನ್ನು ಸೇರಿಸಲಾಗುತ್ತಿದೆ" ವಿಭಾಗದಿಂದ ಸೂಚನೆಗಳನ್ನು ಅನುಸರಿಸಿ.
ಮಾಂತ್ರಿಕವನ್ನು ಪ್ರಾರಂಭಿಸಿದ ನಂತರ, ಅಗತ್ಯವಿರುವ ಕ್ಷೇತ್ರಗಳನ್ನು ಭರ್ತಿ ಮಾಡಿ:
ಹೆಸರು - ಕ್ಲಸ್ಟರ್ ಹೆಸರನ್ನು ಹೊಂದಿಸಿ
ಡೊಮೇನ್ ಕಾರ್ಯ - ಡೇಟಾ
ಸಂಗ್ರಹ ಪ್ರಕಾರ - ಫೈಬರ್ ಚಾನೆಲ್
ಬಳಸಲು ಹೋಸ್ಟ್ — ನಮಗೆ ಅಗತ್ಯವಿರುವ LUN ಲಭ್ಯವಿರುವ ಹೋಸ್ಟ್ ಅನ್ನು ಆಯ್ಕೆಮಾಡಿ
LUN ಗಳ ಪಟ್ಟಿಯಲ್ಲಿ, ನಮಗೆ ಅಗತ್ಯವಿರುವದನ್ನು ಗುರುತಿಸಿ, ಕ್ಲಿಕ್ ಮಾಡಿ ಸೇರಿಸಿ ತದನಂತರ ಸರಿ. ಅಗತ್ಯವಿದ್ದರೆ, ನೀವು ಕ್ಲಿಕ್ ಮಾಡುವ ಮೂಲಕ ಶೇಖರಣಾ ಪ್ರದೇಶದ ಹೆಚ್ಚುವರಿ ನಿಯತಾಂಕಗಳನ್ನು ಸರಿಹೊಂದಿಸಬಹುದು ಸುಧಾರಿತ ನಿಯತಾಂಕಗಳು.
"ಸ್ಟೋರೇಜ್ ಡೊಮೇನ್" ಸೇರಿಸಲು ಮಾಂತ್ರಿಕನ ಸ್ಕ್ರೀನ್ಶಾಟ್
ಮಾಂತ್ರಿಕನ ಫಲಿತಾಂಶಗಳ ಆಧಾರದ ಮೇಲೆ, ನಾವು ಹೊಸ ಶೇಖರಣಾ ಪ್ರದೇಶವನ್ನು ಸ್ವೀಕರಿಸಬೇಕು ಮತ್ತು ನಮ್ಮ ಡೇಟಾ ಕೇಂದ್ರವು ಸ್ಥಿತಿಗೆ ಚಲಿಸಬೇಕು UP, ಅಥವಾ ಪ್ರಾರಂಭಿಸಲಾಗಿದೆ:
ಡೇಟಾ ಸೆಂಟರ್ ಮತ್ತು ಅದರಲ್ಲಿರುವ ಶೇಖರಣಾ ಪ್ರದೇಶಗಳ ಸ್ಕ್ರೀನ್ಶಾಟ್ಗಳು:
ವರ್ಚುವಲ್ ಯಂತ್ರಗಳಿಗಾಗಿ ನೆಟ್ವರ್ಕ್ಗಳನ್ನು ರಚಿಸುವುದು ಮತ್ತು ಕಾನ್ಫಿಗರ್ ಮಾಡುವುದು
ನೆಟ್ವರ್ಕ್ಗಳು, ಅಥವಾ ನೆಟ್ವರ್ಕ್ಗಳು, oVirt ವರ್ಚುವಲ್ ಮೂಲಸೌಕರ್ಯದಲ್ಲಿ ಬಳಸಲಾಗುವ ಗುಂಪು ತಾರ್ಕಿಕ ನೆಟ್ವರ್ಕ್ಗಳಿಗೆ ಸೇವೆ ಸಲ್ಲಿಸುತ್ತವೆ.
ವರ್ಚುವಲ್ ಗಣಕದಲ್ಲಿನ ನೆಟ್ವರ್ಕ್ ಅಡಾಪ್ಟರ್ ಮತ್ತು ಹೋಸ್ಟ್ನಲ್ಲಿನ ಭೌತಿಕ ಅಡಾಪ್ಟರ್ ನಡುವೆ ಸಂವಹನ ನಡೆಸಲು, ಲಿನಕ್ಸ್ ಸೇತುವೆಯಂತಹ ತಾರ್ಕಿಕ ಇಂಟರ್ಫೇಸ್ಗಳನ್ನು ಬಳಸಲಾಗುತ್ತದೆ.
ನೆಟ್ವರ್ಕ್ಗಳ ನಡುವೆ ಟ್ರಾಫಿಕ್ ಅನ್ನು ಗುಂಪು ಮಾಡಲು ಮತ್ತು ವಿಭಜಿಸಲು, VLAN ಗಳನ್ನು ಸ್ವಿಚ್ಗಳಲ್ಲಿ ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾಗಿದೆ.
oVirt ನಲ್ಲಿ ವರ್ಚುವಲ್ ಯಂತ್ರಗಳಿಗಾಗಿ ತಾರ್ಕಿಕ ನೆಟ್ವರ್ಕ್ ಅನ್ನು ರಚಿಸುವಾಗ, ಸ್ವಿಚ್ನಲ್ಲಿ VLAN ಸಂಖ್ಯೆಗೆ ಅನುಗುಣವಾದ ಗುರುತಿಸುವಿಕೆಯನ್ನು ನಿಯೋಜಿಸಬೇಕು ಇದರಿಂದ VM ಗಳು ಕ್ಲಸ್ಟರ್ನ ವಿವಿಧ ನೋಡ್ಗಳಲ್ಲಿ ರನ್ ಆಗಿದ್ದರೂ ಸಹ ಪರಸ್ಪರ ಸಂವಹನ ಮಾಡಬಹುದು.
ವರ್ಚುವಲ್ ಯಂತ್ರಗಳನ್ನು ಸಂಪರ್ಕಿಸಲು ಹೋಸ್ಟ್ಗಳಲ್ಲಿ ನೆಟ್ವರ್ಕ್ ಅಡಾಪ್ಟರ್ಗಳ ಪ್ರಾಥಮಿಕ ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ಮಾಡಬೇಕಾಗಿತ್ತು ಹಿಂದಿನ ಲೇಖನ - ತಾರ್ಕಿಕ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾಗಿದೆ ಬಾಂಡ್ 1, ನಂತರ ಎಲ್ಲಾ ನೆಟ್ವರ್ಕ್ ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು oVirt ಆಡಳಿತಾತ್ಮಕ ಪೋರ್ಟಲ್ ಮೂಲಕ ಮಾತ್ರ ಮಾಡಬೇಕು.
ಹೋಸ್ಟ್ ಮಾಡಿದ-ಎಂಜಿನ್ನೊಂದಿಗೆ VM ಅನ್ನು ರಚಿಸಿದ ನಂತರ, ಡೇಟಾ ಸೆಂಟರ್ ಮತ್ತು ಕ್ಲಸ್ಟರ್ನ ಸ್ವಯಂಚಾಲಿತ ರಚನೆಯ ಜೊತೆಗೆ, ನಮ್ಮ ಕ್ಲಸ್ಟರ್ ಅನ್ನು ನಿರ್ವಹಿಸಲು ತಾರ್ಕಿಕ ನೆಟ್ವರ್ಕ್ ಅನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ರಚಿಸಲಾಗಿದೆ - ovritmgmt, ಈ VM ಅನ್ನು ಸಂಪರ್ಕಿಸಲಾಗಿದೆ.
ಅಗತ್ಯವಿದ್ದರೆ, ನೀವು ತಾರ್ಕಿಕ ನೆಟ್ವರ್ಕ್ ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ವೀಕ್ಷಿಸಬಹುದು ovritmgmt ಮತ್ತು ಅವುಗಳನ್ನು ಸರಿಹೊಂದಿಸಿ, ಆದರೆ ನೀವು oVirt ಮೂಲಸೌಕರ್ಯದ ನಿಯಂತ್ರಣವನ್ನು ಕಳೆದುಕೊಳ್ಳದಂತೆ ಎಚ್ಚರಿಕೆ ವಹಿಸಬೇಕು.
ತಾರ್ಕಿಕ ನೆಟ್ವರ್ಕ್ ಸೆಟ್ಟಿಂಗ್ಗಳು ovritmgmt
ನಿಯಮಿತ VM ಗಳಿಗಾಗಿ ಹೊಸ ತಾರ್ಕಿಕ ನೆಟ್ವರ್ಕ್ ರಚಿಸಲು, ಆಡಳಿತಾತ್ಮಕ ಪೋರ್ಟಲ್ಗೆ ಹೋಗಿ ನೆಟ್ವರ್ಕ್ >> ನೆಟ್ವರ್ಕ್ಗಳು >> ಹೊಸ, ಮತ್ತು ಟ್ಯಾಬ್ನಲ್ಲಿ ಜನರಲ್ ಬಯಸಿದ VLAN ID ಯೊಂದಿಗೆ ನೆಟ್ವರ್ಕ್ ಸೇರಿಸಿ ಮತ್ತು "" ಪಕ್ಕದಲ್ಲಿರುವ ಪೆಟ್ಟಿಗೆಯನ್ನು ಸಹ ಪರಿಶೀಲಿಸಿVM ನೆಟ್ವರ್ಕ್", ಇದರರ್ಥ ಇದನ್ನು VM ಗೆ ನಿಯೋಜನೆಗಾಗಿ ಬಳಸಬಹುದು.
ಹೊಸ VLAN32 ಲಾಜಿಕಲ್ ನೆಟ್ವರ್ಕ್ನ ಸ್ಕ್ರೀನ್ಶಾಟ್
ಟ್ಯಾಬ್ನಲ್ಲಿ ಕ್ಲಸ್ಟರ್, ನಾವು ಈ ನೆಟ್ವರ್ಕ್ ಅನ್ನು ನಮ್ಮ ಕ್ಲಸ್ಟರ್ಗೆ ಲಗತ್ತಿಸುತ್ತೇವೆ ಕ್ಲಸ್ಟರ್1.
ಇದರ ನಂತರ ನಾವು ಹೋಗುತ್ತೇವೆ ಲೆಕ್ಕಾಚಾರ ಮಾಡಿ >> ಹೋಸ್ಟ್ಗಳು, ಪ್ರತಿ ಹೋಸ್ಟ್ಗೆ ಪ್ರತಿಯಾಗಿ, ಟ್ಯಾಬ್ಗೆ ಹೋಗಿ ನೆಟ್ವರ್ಕ್ ಇಂಟರ್ಫೇಸ್ಗಳು, ಮತ್ತು ಮಾಂತ್ರಿಕನನ್ನು ಪ್ರಾರಂಭಿಸಿ ಹೋಸ್ಟ್ ನೆಟ್ವರ್ಕ್ಗಳನ್ನು ಹೊಂದಿಸಿ, ಹೊಸ ಲಾಜಿಕಲ್ ನೆಟ್ವರ್ಕ್ನ ಹೋಸ್ಟ್ಗಳಿಗೆ ಬಂಧಿಸಲು.
"ಸೆಟಪ್ ಹೋಸ್ಟ್ ನೆಟ್ವರ್ಕ್ಸ್" ವಿಝಾರ್ಡ್ನ ಸ್ಕ್ರೀನ್ಶಾಟ್
oVirt ಏಜೆಂಟ್ ಹೋಸ್ಟ್ನಲ್ಲಿ ಅಗತ್ಯವಿರುವ ಎಲ್ಲಾ ನೆಟ್ವರ್ಕ್ ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಮಾಡುತ್ತದೆ - VLAN ಮತ್ತು BRIDGE ಅನ್ನು ರಚಿಸಿ.
ಹೋಸ್ಟ್ನಲ್ಲಿ ಹೊಸ ನೆಟ್ವರ್ಕ್ಗಳಿಗಾಗಿ ಕಾನ್ಫಿಗರೇಶನ್ ಫೈಲ್ಗಳ ಉದಾಹರಣೆ:
cat ifcfg-bond1
# Generated by VDSM version 4.30.17.1
DEVICE=bond1
BONDING_OPTS='mode=1 miimon=100'
MACADDR=00:50:56:82:57:52
ONBOOT=yes
MTU=1500
DEFROUTE=no
NM_CONTROLLED=no
IPV6INIT=no
cat ifcfg-bond1.432
# Generated by VDSM version 4.30.17.1
DEVICE=bond1.432
VLAN=yes
BRIDGE=ovirtvm-vlan432
ONBOOT=yes
MTU=1500
DEFROUTE=no
NM_CONTROLLED=no
IPV6INIT=no
cat ifcfg-ovirtvm-vlan432
# Generated by VDSM version 4.30.17.1
DEVICE=ovirtvm-vlan432
TYPE=Bridge
DELAY=0
STP=off
ONBOOT=yes
MTU=1500
DEFROUTE=no
NM_CONTROLLED=no
IPV6INIT=no
ಕ್ಲಸ್ಟರ್ ಹೋಸ್ಟ್ನಲ್ಲಿ ಅದನ್ನು ಮತ್ತೊಮ್ಮೆ ನಿಮಗೆ ನೆನಪಿಸುತ್ತೇನೆ ಅಗತ್ಯವಿಲ್ಲ ಮುಂಚಿತವಾಗಿ ಕೈಯಾರೆ ನೆಟ್ವರ್ಕ್ ಇಂಟರ್ಫೇಸ್ಗಳನ್ನು ರಚಿಸಿ ifcfg-bond1.432 и ifcfg-ovirtvm-vlan432.
ತಾರ್ಕಿಕ ಜಾಲವನ್ನು ಸೇರಿಸಿದ ನಂತರ ಮತ್ತು ಹೋಸ್ಟ್ ಮತ್ತು ಹೋಸ್ಟ್ ಮಾಡಲಾದ ಎಂಜಿನ್ VM ನಡುವಿನ ಸಂಪರ್ಕವನ್ನು ಪರಿಶೀಲಿಸಿದ ನಂತರ, ಅದನ್ನು ವರ್ಚುವಲ್ ಯಂತ್ರದಲ್ಲಿ ಬಳಸಬಹುದು.
ವರ್ಚುವಲ್ ಯಂತ್ರವನ್ನು ನಿಯೋಜಿಸಲು ಅನುಸ್ಥಾಪನಾ ಚಿತ್ರವನ್ನು ರಚಿಸಲಾಗುತ್ತಿದೆ
ದಾಖಲಾತಿಗೆ ಲಿಂಕ್ - oVirt ಆಡಳಿತ ಮಾರ್ಗದರ್ಶಿ, ಅಧ್ಯಾಯ 8: ಸಂಗ್ರಹಣೆ, ವಿಭಾಗ ಡೇಟಾ ಶೇಖರಣಾ ಡೊಮೇನ್ಗೆ ಚಿತ್ರಗಳನ್ನು ಅಪ್ಲೋಡ್ ಮಾಡಲಾಗುತ್ತಿದೆ.
OS ಅನುಸ್ಥಾಪನಾ ಚಿತ್ರವಿಲ್ಲದೆ, ವರ್ಚುವಲ್ ಯಂತ್ರವನ್ನು ಸ್ಥಾಪಿಸಲು ಸಾಧ್ಯವಾಗುವುದಿಲ್ಲ, ಆದಾಗ್ಯೂ, ಉದಾಹರಣೆಗೆ, ನೆಟ್ವರ್ಕ್ನಲ್ಲಿ ಸ್ಥಾಪಿಸಿದರೆ ಇದು ಸಮಸ್ಯೆಯಲ್ಲ ಚಮ್ಮಾರ ಮೊದಲೇ ರಚಿಸಿದ ಚಿತ್ರಗಳೊಂದಿಗೆ.
ನಮ್ಮ ಸಂದರ್ಭದಲ್ಲಿ, ಇದು ಸಾಧ್ಯವಿಲ್ಲ, ಆದ್ದರಿಂದ ನೀವು ಈ ಚಿತ್ರವನ್ನು oVirt ಗೆ ಆಮದು ಮಾಡಿಕೊಳ್ಳಬೇಕು. ಹಿಂದೆ, ಇದು ISO ಡೊಮೇನ್ ಅನ್ನು ರಚಿಸುವ ಅಗತ್ಯವಿತ್ತು, ಆದರೆ oVirt ನ ಹೊಸ ಆವೃತ್ತಿಯಲ್ಲಿ ಅದನ್ನು ಅಸಮ್ಮತಿಗೊಳಿಸಲಾಗಿದೆ ಮತ್ತು ಆದ್ದರಿಂದ ನೀವು ಈಗ ಆಡಳಿತಾತ್ಮಕ ಪೋರ್ಟಲ್ನಿಂದ ಶೇಖರಣಾ ಡೊಮೇನ್ಗೆ ನೇರವಾಗಿ ಚಿತ್ರಗಳನ್ನು ಅಪ್ಲೋಡ್ ಮಾಡಬಹುದು.
ಆಡಳಿತಾತ್ಮಕ ಪೋರ್ಟಲ್ಗೆ ಹೋಗಿ ಶೇಖರಣಾ >> ಡಿಸ್ಕ್ಗಳು >> ಅಪ್ಲೋಡ್ >> ಪ್ರಾರಂಭಿಸಿ
ನಾವು ನಮ್ಮ OS ಚಿತ್ರವನ್ನು ISO ಫೈಲ್ ಆಗಿ ಸೇರಿಸುತ್ತೇವೆ, ಫಾರ್ಮ್ನಲ್ಲಿ ಎಲ್ಲಾ ಕ್ಷೇತ್ರಗಳನ್ನು ಭರ್ತಿ ಮಾಡಿ ಮತ್ತು ಬಟನ್ ಕ್ಲಿಕ್ ಮಾಡಿ "ಪರೀಕ್ಷಾ ಸಂಪರ್ಕ".
ಆಡ್ ಇನ್ಸ್ಟಾಲೇಶನ್ ಇಮೇಜ್ ವಿಝಾರ್ಡ್ನ ಸ್ಕ್ರೀನ್ಶಾಟ್
ನಾವು ಈ ರೀತಿಯ ದೋಷವನ್ನು ಪಡೆದರೆ:
Unable to upload image to disk d6d8fd10-c1e0-4f2d-af15-90f8e636dadc due to a network error. Ensure that ovirt-imageio-proxy service is installed and configured and that ovirt-engine's CA certificate is registered as a trusted CA in the browser. The certificate can be fetched from https://ovirt.test.local/ovirt-engine/services/pki-resource?resource=ca-certificate&format=X509-PEM-CA`
ನಂತರ ನೀವು oVirt ಪ್ರಮಾಣಪತ್ರವನ್ನು ಸೇರಿಸುವ ಅಗತ್ಯವಿದೆ "ವಿಶ್ವಾಸಾರ್ಹ ರೂಟ್ ಸಿಎಗಳು"(ವಿಶ್ವಾಸಾರ್ಹ ರೂಟ್ CA) ನಿರ್ವಾಹಕರ ನಿಯಂತ್ರಣ ಕೇಂದ್ರದಲ್ಲಿ, ನಾವು ಚಿತ್ರವನ್ನು ಡೌನ್ಲೋಡ್ ಮಾಡಲು ಪ್ರಯತ್ನಿಸುತ್ತಿದ್ದೇವೆ.
ವಿಶ್ವಾಸಾರ್ಹ ರೂಟ್ CA ಗೆ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಸೇರಿಸಿದ ನಂತರ, ಮತ್ತೊಮ್ಮೆ ಕ್ಲಿಕ್ ಮಾಡಿ "ಪರೀಕ್ಷಾ ಸಂಪರ್ಕ", ಪಡೆಯಬೇಕು:
Connection to ovirt-imageio-proxy was successful.
ಪ್ರಮಾಣಪತ್ರವನ್ನು ಸೇರಿಸುವ ಕ್ರಿಯೆಯನ್ನು ನೀವು ಪೂರ್ಣಗೊಳಿಸಿದ ನಂತರ, ನೀವು ISO ಚಿತ್ರವನ್ನು ಶೇಖರಣಾ ಡೊಮೇನ್ಗೆ ಮತ್ತೊಮ್ಮೆ ಅಪ್ಲೋಡ್ ಮಾಡಲು ಪ್ರಯತ್ನಿಸಬಹುದು.
ತಾತ್ವಿಕವಾಗಿ, ನೀವು VM ಡಿಸ್ಕ್ಗಳಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿ ಚಿತ್ರಗಳು ಮತ್ತು ಟೆಂಪ್ಲೇಟ್ಗಳನ್ನು ಸಂಗ್ರಹಿಸಲು ಡೇಟಾ ಪ್ರಕಾರದೊಂದಿಗೆ ಪ್ರತ್ಯೇಕ ಶೇಖರಣಾ ಡೊಮೇನ್ ಅನ್ನು ಮಾಡಬಹುದು ಅಥವಾ ಹೋಸ್ಟ್ ಮಾಡಿದ ಎಂಜಿನ್ಗಾಗಿ ಶೇಖರಣಾ ಡೊಮೇನ್ನಲ್ಲಿ ಅವುಗಳನ್ನು ಸಂಗ್ರಹಿಸಬಹುದು, ಆದರೆ ಇದು ನಿರ್ವಾಹಕರ ವಿವೇಚನೆಗೆ ಅನುಗುಣವಾಗಿರುತ್ತದೆ.
ಹೋಸ್ಟ್ ಮಾಡಿದ ಎಂಜಿನ್ಗಾಗಿ ಶೇಖರಣಾ ಡೊಮೇನ್ನಲ್ಲಿ ISO ಚಿತ್ರಗಳೊಂದಿಗೆ ಸ್ಕ್ರೀನ್ಶಾಟ್
OS ನೊಂದಿಗೆ ಅನುಸ್ಥಾಪನಾ ಚಿತ್ರವನ್ನು oVirt ಗೆ ಲೋಡ್ ಮಾಡಿದ ನಂತರ, ನೀವು ವರ್ಚುವಲ್ ಯಂತ್ರವನ್ನು ರಚಿಸಲು ನೇರವಾಗಿ ಮುಂದುವರಿಯಬಹುದು. ಬಹಳಷ್ಟು ಕೆಲಸಗಳನ್ನು ಮಾಡಲಾಗಿದೆ, ಆದರೆ ನಾವು ಈಗಾಗಲೇ ಅಂತಿಮ ಹಂತದಲ್ಲಿದ್ದೇವೆ, ಅದಕ್ಕಾಗಿಯೇ ಇದೆಲ್ಲವನ್ನೂ ಪ್ರಾರಂಭಿಸಲಾಗಿದೆ - ಹೆಚ್ಚು ಲಭ್ಯವಿರುವ ವರ್ಚುವಲ್ ಯಂತ್ರಗಳನ್ನು ಹೋಸ್ಟ್ ಮಾಡಲು ದೋಷ-ಸಹಿಷ್ಣು ಮೂಲಸೌಕರ್ಯವನ್ನು ಪಡೆಯುವುದು. ಮತ್ತು ಇದೆಲ್ಲವೂ ಸಂಪೂರ್ಣವಾಗಿ ಉಚಿತವಾಗಿದೆ - ಯಾವುದೇ ಸಾಫ್ಟ್ವೇರ್ ಪರವಾನಗಿಗಳನ್ನು ಖರೀದಿಸಲು ಒಂದು ಪೈಸೆಯನ್ನೂ ಖರ್ಚು ಮಾಡಲಾಗಿಲ್ಲ.
CentOS 7 ನೊಂದಿಗೆ ವರ್ಚುವಲ್ ಯಂತ್ರವನ್ನು ರಚಿಸಲು, OS ನಿಂದ ಅನುಸ್ಥಾಪನಾ ಚಿತ್ರವನ್ನು ಡೌನ್ಲೋಡ್ ಮಾಡಬೇಕು.
ನಾವು ಆಡಳಿತಾತ್ಮಕ ಪೋರ್ಟಲ್ಗೆ ಹೋಗುತ್ತೇವೆ, ಹೋಗಿ ಲೆಕ್ಕಾಚಾರ ಮಾಡಿ >> ವರ್ಚುವಲ್ ಯಂತ್ರಗಳು, ಮತ್ತು VM ರಚನೆ ಮಾಂತ್ರಿಕವನ್ನು ಪ್ರಾರಂಭಿಸಿ. ಎಲ್ಲಾ ನಿಯತಾಂಕಗಳು ಮತ್ತು ಕ್ಷೇತ್ರಗಳನ್ನು ಭರ್ತಿ ಮಾಡಿ ಮತ್ತು ಕ್ಲಿಕ್ ಮಾಡಿ ಸರಿ. ನೀವು ದಸ್ತಾವೇಜನ್ನು ಅನುಸರಿಸಿದರೆ ಎಲ್ಲವೂ ತುಂಬಾ ಸರಳವಾಗಿದೆ.
ಉದಾಹರಣೆಯಾಗಿ, ನಾನು ರಚಿಸಲಾದ ಡಿಸ್ಕ್ನೊಂದಿಗೆ ಹೆಚ್ಚು ಲಭ್ಯವಿರುವ VM ನ ಮೂಲಭೂತ ಮತ್ತು ಹೆಚ್ಚುವರಿ ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ನೀಡುತ್ತೇನೆ, ನೆಟ್ವರ್ಕ್ಗೆ ಸಂಪರ್ಕಪಡಿಸಿ ಮತ್ತು ಅನುಸ್ಥಾಪನಾ ಚಿತ್ರದಿಂದ ಬೂಟ್ ಮಾಡುತ್ತೇನೆ:
ಹೆಚ್ಚು ಲಭ್ಯವಿರುವ VM ಸೆಟ್ಟಿಂಗ್ಗಳೊಂದಿಗೆ ಸ್ಕ್ರೀನ್ಶಾಟ್ಗಳು
ಮಾಂತ್ರಿಕನೊಂದಿಗೆ ಕೆಲಸವನ್ನು ಮುಗಿಸಿದ ನಂತರ, ಅದನ್ನು ಮುಚ್ಚಿ, ಹೊಸ VM ಅನ್ನು ಪ್ರಾರಂಭಿಸಿ ಮತ್ತು ಅದರ ಮೇಲೆ OS ಅನ್ನು ಸ್ಥಾಪಿಸಿ.
ಇದನ್ನು ಮಾಡಲು, ಆಡಳಿತಾತ್ಮಕ ಪೋರ್ಟಲ್ ಮೂಲಕ ಈ VM ನ ಕನ್ಸೋಲ್ಗೆ ಹೋಗಿ:
VM ಕನ್ಸೋಲ್ಗೆ ಸಂಪರ್ಕಿಸಲು ಆಡಳಿತಾತ್ಮಕ ಪೋರ್ಟಲ್ ಸೆಟ್ಟಿಂಗ್ಗಳ ಸ್ಕ್ರೀನ್ಶಾಟ್
VM ಕನ್ಸೋಲ್ಗೆ ಸಂಪರ್ಕಿಸಲು, ನೀವು ಮೊದಲು ವರ್ಚುವಲ್ ಯಂತ್ರದ ಗುಣಲಕ್ಷಣಗಳಲ್ಲಿ ಕನ್ಸೋಲ್ ಅನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಬೇಕು.
ಹೀಗಾಗಿ, ನಮ್ಮ ಕ್ರಿಯೆಗಳ ಪರಿಣಾಮವಾಗಿ, ರಚಿಸಲಾದ VM ಹೆಚ್ಚು ಲಭ್ಯವಿರುತ್ತದೆ, ಅಂದರೆ. ಇದು ಚಾಲನೆಯಲ್ಲಿರುವ ಕ್ಲಸ್ಟರ್ ನೋಡ್ ವಿಫಲವಾದರೆ, oVirt ಅದನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಎರಡನೇ ನೋಡ್ನಲ್ಲಿ ಮರುಪ್ರಾರಂಭಿಸುತ್ತದೆ. ಈ VM ಅನ್ನು ಕ್ಲಸ್ಟರ್ ಹೋಸ್ಟ್ಗಳ ನಡುವೆ ಅವುಗಳ ನಿರ್ವಹಣೆ ಅಥವಾ ಇತರ ಉದ್ದೇಶಗಳಿಗಾಗಿ ಸ್ಥಳಾಂತರಿಸಬಹುದು.
ತೀರ್ಮಾನಕ್ಕೆ
ವರ್ಚುವಲ್ ಮೂಲಸೌಕರ್ಯವನ್ನು ನಿರ್ವಹಿಸಲು oVirt ಸಂಪೂರ್ಣವಾಗಿ ಸಾಮಾನ್ಯ ಸಾಧನವಾಗಿದೆ ಎಂದು ಈ ಲೇಖನವು ತಿಳಿಸಲು ಯಶಸ್ವಿಯಾಗಿದೆ ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ, ಅದನ್ನು ನಿಯೋಜಿಸಲು ತುಂಬಾ ಕಷ್ಟವಲ್ಲ - ಲೇಖನ ಮತ್ತು ದಾಖಲಾತಿಯಲ್ಲಿ ವಿವರಿಸಿದ ಕೆಲವು ನಿಯಮಗಳು ಮತ್ತು ಅವಶ್ಯಕತೆಗಳನ್ನು ಅನುಸರಿಸುವುದು ಮುಖ್ಯ ವಿಷಯ.
ಲೇಖನದ ದೊಡ್ಡ ಪರಿಮಾಣದ ಕಾರಣದಿಂದಾಗಿ, ಎಲ್ಲಾ ವಿವರವಾದ ವಿವರಣೆಗಳು ಮತ್ತು ಸ್ಕ್ರೀನ್ಶಾಟ್ಗಳೊಂದಿಗೆ ವಿವಿಧ ಮಾಂತ್ರಿಕರ ಹಂತ-ಹಂತದ ಮರಣದಂಡನೆ, ಕೆಲವು ಆಜ್ಞೆಗಳ ದೀರ್ಘ ತೀರ್ಮಾನಗಳು ಇತ್ಯಾದಿಗಳಂತಹ ಅನೇಕ ವಿಷಯಗಳನ್ನು ಅದರಲ್ಲಿ ಸೇರಿಸಲು ಸಾಧ್ಯವಾಗಲಿಲ್ಲ. ವಾಸ್ತವವಾಗಿ, ಇದಕ್ಕೆ ಸಂಪೂರ್ಣ ಪುಸ್ತಕವನ್ನು ಬರೆಯುವ ಅಗತ್ಯವಿರುತ್ತದೆ, ಇದು ಹೊಸ ಆವೃತ್ತಿಯ ಸಾಫ್ಟ್ವೇರ್ನಿಂದ ನಿರಂತರವಾಗಿ ಆವಿಷ್ಕಾರಗಳು ಮತ್ತು ಬದಲಾವಣೆಗಳೊಂದಿಗೆ ಕಾಣಿಸಿಕೊಳ್ಳುವುದರಿಂದ ಹೆಚ್ಚು ಅರ್ಥವಿಲ್ಲ. ಅತ್ಯಂತ ಮುಖ್ಯವಾದ ವಿಷಯವೆಂದರೆ ಅದು ಹೇಗೆ ಒಟ್ಟಿಗೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಎಂಬ ತತ್ವವನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದು ಮತ್ತು ವರ್ಚುವಲ್ ಯಂತ್ರಗಳನ್ನು ನಿರ್ವಹಿಸಲು ದೋಷ-ಸಹಿಷ್ಣು ವೇದಿಕೆಯನ್ನು ರಚಿಸಲು ಸಾಮಾನ್ಯ ಅಲ್ಗಾರಿದಮ್ ಅನ್ನು ಪಡೆಯುವುದು.
ನಾವು ವರ್ಚುವಲ್ ಮೂಲಸೌಕರ್ಯವನ್ನು ರಚಿಸಿದ್ದರೂ, ಅದರ ಪ್ರತ್ಯೇಕ ಅಂಶಗಳ ನಡುವೆ ಸಂವಹನ ನಡೆಸಲು ನಾವು ಈಗ ಅದನ್ನು ಕಲಿಸಬೇಕಾಗಿದೆ: ಹೋಸ್ಟ್ಗಳು, ವರ್ಚುವಲ್ ಯಂತ್ರಗಳು, ಆಂತರಿಕ ನೆಟ್ವರ್ಕ್ಗಳು ಮತ್ತು ಹೊರಗಿನ ಪ್ರಪಂಚದೊಂದಿಗೆ.
ಈ ಪ್ರಕ್ರಿಯೆಯು ಸಿಸ್ಟಮ್ ಅಥವಾ ನೆಟ್ವರ್ಕ್ ನಿರ್ವಾಹಕರ ಮುಖ್ಯ ಕಾರ್ಯಗಳಲ್ಲಿ ಒಂದಾಗಿದೆ, ಇದನ್ನು ಮುಂದಿನ ಲೇಖನದಲ್ಲಿ ಚರ್ಚಿಸಲಾಗುವುದು - ನಮ್ಮ ಎಂಟರ್ಪ್ರೈಸ್ನ ದೋಷ-ಸಹಿಷ್ಣು ಮೂಲಸೌಕರ್ಯದಲ್ಲಿ VyOS ವರ್ಚುವಲ್ ರೂಟರ್ಗಳ ಬಳಕೆಯ ಬಗ್ಗೆ (ನೀವು ಊಹಿಸಿದಂತೆ, ಅವು ವರ್ಚುವಲ್ ಆಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ ನಮ್ಮ oVirt ಕ್ಲಸ್ಟರ್ನಲ್ಲಿರುವ ಯಂತ್ರಗಳು).