SDS ಆರ್ಕಿಟೆಕ್ಚರ್‌ನ ಸಂಕ್ಷಿಪ್ತ ಹೋಲಿಕೆ ಅಥವಾ ಸರಿಯಾದ ಶೇಖರಣಾ ವೇದಿಕೆಯನ್ನು ಕಂಡುಹಿಡಿಯುವುದು (GlusterVsCephVsVirtuozzoStorage)

ನಿಮಗಾಗಿ ಸರಿಯಾದ ಪರಿಹಾರವನ್ನು ಆಯ್ಕೆ ಮಾಡಲು ಮತ್ತು ಗ್ಲಸ್ಟರ್, ಸೆಫ್ ಮತ್ತು ವಿಸ್ಟೋರೇಜ್ (ವರ್ಟ್ಯುಝೋ) ನಂತಹ SDS ನಡುವಿನ ವ್ಯತ್ಯಾಸಗಳನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ನಿಮಗೆ ಸಹಾಯ ಮಾಡಲು ಈ ಲೇಖನವನ್ನು ಬರೆಯಲಾಗಿದೆ.

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

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

ಹೊಳಪು

ಗ್ಲಸ್ಟರ್‌ನೊಂದಿಗೆ ಪ್ರಾರಂಭಿಸೋಣ, ಇದು ವರ್ಚುವಲ್ ಪರಿಸರಗಳಿಗಾಗಿ ತೆರೆದ ಮೂಲವನ್ನು ಆಧರಿಸಿ SDS ನೊಂದಿಗೆ ಹೈಪರ್‌ಕನ್ವರ್ಜ್ಡ್ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳ ತಯಾರಕರು ಸಕ್ರಿಯವಾಗಿ ಬಳಸುತ್ತಾರೆ ಮತ್ತು ಶೇಖರಣಾ ವಿಭಾಗದಲ್ಲಿ RedHat ವೆಬ್‌ಸೈಟ್‌ನಲ್ಲಿ ಕಾಣಬಹುದು, ಅಲ್ಲಿ ನೀವು ಎರಡು SDS ಆಯ್ಕೆಗಳಿಂದ ಆಯ್ಕೆ ಮಾಡಬಹುದು: Gluster ಅಥವಾ Ceph.

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

SDS ಆರ್ಕಿಟೆಕ್ಚರ್‌ನ ಸಂಕ್ಷಿಪ್ತ ಹೋಲಿಕೆ ಅಥವಾ ಸರಿಯಾದ ಶೇಖರಣಾ ವೇದಿಕೆಯನ್ನು ಕಂಡುಹಿಡಿಯುವುದು (GlusterVsCephVsVirtuozzoStorage)

ಬರೆಯುವಾಗ, ಸಂಪೂರ್ಣ ಫೈಲ್ ಅನ್ನು ಇಟ್ಟಿಗೆಯಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಅದರ ನಕಲನ್ನು ಎರಡನೇ ಸರ್ವರ್ನಲ್ಲಿ ಇಟ್ಟಿಗೆಗೆ ಏಕಕಾಲದಲ್ಲಿ ಬರೆಯಲಾಗುತ್ತದೆ. ಮುಂದೆ, ಎರಡನೇ ಫೈಲ್ ಅನ್ನು ವಿವಿಧ ಸರ್ವರ್ಗಳಲ್ಲಿ ಎರಡು ಇಟ್ಟಿಗೆಗಳ (ಅಥವಾ ಹೆಚ್ಚು) ಎರಡನೇ ಗುಂಪಿಗೆ ಬರೆಯಲಾಗುತ್ತದೆ.

ಫೈಲ್‌ಗಳು ಸರಿಸುಮಾರು ಒಂದೇ ಗಾತ್ರದಲ್ಲಿದ್ದರೆ ಮತ್ತು ಪರಿಮಾಣವು ಕೇವಲ ಒಂದು ಗುಂಪನ್ನು ಹೊಂದಿದ್ದರೆ, ಎಲ್ಲವೂ ಉತ್ತಮವಾಗಿರುತ್ತದೆ, ಆದರೆ ಇತರ ಪರಿಸ್ಥಿತಿಗಳಲ್ಲಿ ವಿವರಣೆಯಿಂದ ಈ ಕೆಳಗಿನ ಸಮಸ್ಯೆಗಳು ಉದ್ಭವಿಸುತ್ತವೆ:

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

ಅಧಿಕೃತ ವಿವರಣೆಯಿಂದ ವಾಸ್ತುಶಿಲ್ಪ ಕ್ಲಾಸಿಕ್ ಹಾರ್ಡ್‌ವೇರ್ RAID ನ ಮೇಲ್ಭಾಗದಲ್ಲಿ ಗ್ಲಸ್ಟರ್ ಫೈಲ್ ಸಂಗ್ರಹಣೆಯಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂದು ನಾವು ಅನೈಚ್ಛಿಕವಾಗಿ ಅರ್ಥಮಾಡಿಕೊಳ್ಳುತ್ತೇವೆ. ಫೈಲ್‌ಗಳನ್ನು ಬ್ಲಾಕ್‌ಗಳಾಗಿ ಕತ್ತರಿಸುವ (ಶರ್ಡಿಂಗ್) ಅಭಿವೃದ್ಧಿ ಪ್ರಯತ್ನಗಳು ನಡೆದಿವೆ, ಆದರೆ ಇವೆಲ್ಲವೂ ಈಗಾಗಲೇ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ವಾಸ್ತುಶಿಲ್ಪದ ವಿಧಾನದ ಮೇಲೆ ಕಾರ್ಯಕ್ಷಮತೆಯ ನಷ್ಟವನ್ನು ವಿಧಿಸುವ ಒಂದು ಸೇರ್ಪಡೆಯಾಗಿದೆ, ಜೊತೆಗೆ ಫ್ಯೂಸ್‌ನಂತಹ ಕಾರ್ಯಕ್ಷಮತೆಯ ಮಿತಿಗಳೊಂದಿಗೆ ಮುಕ್ತವಾಗಿ ವಿತರಿಸಲಾದ ಘಟಕಗಳ ಬಳಕೆ. ಯಾವುದೇ ಮೆಟಾಡೇಟಾ ಸೇವೆಗಳಿಲ್ಲ, ಇದು ಫೈಲ್‌ಗಳನ್ನು ಬ್ಲಾಕ್‌ಗಳಾಗಿ ವಿತರಿಸುವಾಗ ಸಂಗ್ರಹಣೆಯ ಕಾರ್ಯಕ್ಷಮತೆ ಮತ್ತು ದೋಷ ಸಹಿಷ್ಣುತೆಯ ಸಾಮರ್ಥ್ಯಗಳನ್ನು ಮಿತಿಗೊಳಿಸುತ್ತದೆ. "ಡಿಸ್ಟ್ರಿಬ್ಯೂಟೆಡ್ ರೆಪ್ಲಿಕೇಟೆಡ್" ಕಾನ್ಫಿಗರೇಶನ್‌ನೊಂದಿಗೆ ಉತ್ತಮ ಕಾರ್ಯಕ್ಷಮತೆಯ ಸೂಚಕಗಳನ್ನು ಗಮನಿಸಬಹುದು ಮತ್ತು ಸೂಕ್ತವಾದ ಲೋಡ್ ವಿತರಣೆಯೊಂದಿಗೆ ವಿಶ್ವಾಸಾರ್ಹ ಪ್ರತಿಕೃತಿ 6 ಅನ್ನು ಸಂಘಟಿಸಲು ನೋಡ್‌ಗಳ ಸಂಖ್ಯೆಯು ಕನಿಷ್ಠ 3 ಆಗಿರಬೇಕು.

ಈ ಸಂಶೋಧನೆಗಳು ಬಳಕೆದಾರರ ಅನುಭವದ ವಿವರಣೆಗೆ ಸಂಬಂಧಿಸಿವೆ ಹೊಳಪು ಮತ್ತು ಹೋಲಿಸಿದಾಗ ಸೆಫ್, ಮತ್ತು ಈ ಹೆಚ್ಚು ಉತ್ಪಾದಕ ಮತ್ತು ಹೆಚ್ಚು ವಿಶ್ವಾಸಾರ್ಹ ಸಂರಚನೆಯ ತಿಳುವಳಿಕೆಗೆ ಕಾರಣವಾಗುವ ಅನುಭವದ ವಿವರಣೆಯೂ ಇದೆ "ಪ್ರತಿಕೃತಿ ವಿತರಿಸಲಾಗಿದೆ".
SDS ಆರ್ಕಿಟೆಕ್ಚರ್‌ನ ಸಂಕ್ಷಿಪ್ತ ಹೋಲಿಕೆ ಅಥವಾ ಸರಿಯಾದ ಶೇಖರಣಾ ವೇದಿಕೆಯನ್ನು ಕಂಡುಹಿಡಿಯುವುದು (GlusterVsCephVsVirtuozzoStorage)

ಎರಡು ಫೈಲ್‌ಗಳನ್ನು ಬರೆಯುವಾಗ ಚಿತ್ರವು ಲೋಡ್ ವಿತರಣೆಯನ್ನು ತೋರಿಸುತ್ತದೆ, ಅಲ್ಲಿ ಮೊದಲ ಫೈಲ್‌ನ ನಕಲುಗಳನ್ನು ಮೊದಲ ಮೂರು ಸರ್ವರ್‌ಗಳಲ್ಲಿ ವಿತರಿಸಲಾಗುತ್ತದೆ, ಇವುಗಳನ್ನು ಸಂಪುಟ 0 ಗುಂಪಿನಲ್ಲಿ ಸಂಯೋಜಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಎರಡನೇ ಫೈಲ್‌ನ ಮೂರು ಪ್ರತಿಗಳನ್ನು ಎರಡನೇ ಗುಂಪಿನ ಸಂಪುಟ 1 ರಲ್ಲಿ ಇರಿಸಲಾಗುತ್ತದೆ. ಸರ್ವರ್ಗಳು. ಪ್ರತಿ ಸರ್ವರ್ ಒಂದು ಡಿಸ್ಕ್ ಹೊಂದಿದೆ.

ಸಾಮಾನ್ಯ ತೀರ್ಮಾನವೆಂದರೆ ನೀವು ಗ್ಲಸ್ಟರ್ ಅನ್ನು ಬಳಸಬಹುದು, ಆದರೆ ಕಾರ್ಯಕ್ಷಮತೆ ಮತ್ತು ದೋಷ ಸಹಿಷ್ಣುತೆಯಲ್ಲಿ ಮಿತಿಗಳಿವೆ ಎಂಬ ತಿಳುವಳಿಕೆಯೊಂದಿಗೆ ಹೈಪರ್‌ಕನ್ವರ್ಜ್ಡ್ ಪರಿಹಾರದ ಕೆಲವು ಪರಿಸ್ಥಿತಿಗಳಲ್ಲಿ ತೊಂದರೆಗಳನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ, ಅಲ್ಲಿ ವರ್ಚುವಲ್ ಪರಿಸರಗಳ ಕಂಪ್ಯೂಟಿಂಗ್ ಲೋಡ್‌ಗಳಿಗೆ ಸಂಪನ್ಮೂಲಗಳು ಬೇಕಾಗುತ್ತವೆ.

ಕೆಲವು ಷರತ್ತುಗಳ ಅಡಿಯಲ್ಲಿ ಸಾಧಿಸಬಹುದಾದ ಕೆಲವು ಗ್ಲಸ್ಟರ್ ಕಾರ್ಯಕ್ಷಮತೆ ಸೂಚಕಗಳು ಸಹ ಇವೆ, ಸೀಮಿತವಾಗಿದೆ ದೋಷಸಹಿಷ್ಣುತೆ.

ಸೆಫ್

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

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

ಆರ್ಕಿಟೆಕ್ಚರ್ ವಿವರಣೆಯಿಂದ, ಹೃದಯವು ಕ್ರಷ್ ಆಗಿದೆ, ಇದಕ್ಕೆ ಧನ್ಯವಾದಗಳು ಡೇಟಾವನ್ನು ಸಂಗ್ರಹಿಸುವ ಸ್ಥಳವನ್ನು ಆಯ್ಕೆ ಮಾಡಲಾಗಿದೆ. ಮುಂದೆ ಪಿಜಿ ಬರುತ್ತದೆ - ಇದು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಅತ್ಯಂತ ಕಷ್ಟಕರವಾದ ಅಮೂರ್ತತೆ (ತಾರ್ಕಿಕ ಗುಂಪು). ಕ್ರಶ್ ಅನ್ನು ಹೆಚ್ಚು ಪರಿಣಾಮಕಾರಿಯಾಗಿ ಮಾಡಲು ಪಿಜಿಗಳು ಅಗತ್ಯವಿದೆ. ಸಂಪನ್ಮೂಲ ಬಳಕೆಯನ್ನು ಕಡಿಮೆ ಮಾಡಲು, ಕಾರ್ಯಕ್ಷಮತೆ ಮತ್ತು ಸ್ಕೇಲೆಬಿಲಿಟಿಯನ್ನು ಹೆಚ್ಚಿಸಲು ವಸ್ತುಗಳನ್ನು ಗುಂಪು ಮಾಡುವುದು PG ಯ ಮುಖ್ಯ ಉದ್ದೇಶವಾಗಿದೆ. ವಸ್ತುಗಳನ್ನು ನೇರವಾಗಿ, ಪ್ರತ್ಯೇಕವಾಗಿ, ಅವುಗಳನ್ನು ಪಿಜಿಗೆ ಸಂಯೋಜಿಸದೆ ಸಂಬೋಧಿಸುವುದು ತುಂಬಾ ದುಬಾರಿಯಾಗಿದೆ. OSD ಪ್ರತಿಯೊಂದು ಡಿಸ್ಕ್‌ಗೆ ಒಂದು ಸೇವೆಯಾಗಿದೆ.

SDS ಆರ್ಕಿಟೆಕ್ಚರ್‌ನ ಸಂಕ್ಷಿಪ್ತ ಹೋಲಿಕೆ ಅಥವಾ ಸರಿಯಾದ ಶೇಖರಣಾ ವೇದಿಕೆಯನ್ನು ಕಂಡುಹಿಡಿಯುವುದು (GlusterVsCephVsVirtuozzoStorage)

SDS ಆರ್ಕಿಟೆಕ್ಚರ್‌ನ ಸಂಕ್ಷಿಪ್ತ ಹೋಲಿಕೆ ಅಥವಾ ಸರಿಯಾದ ಶೇಖರಣಾ ವೇದಿಕೆಯನ್ನು ಕಂಡುಹಿಡಿಯುವುದು (GlusterVsCephVsVirtuozzoStorage)

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

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

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

ವಿಸ್ಟೋರೇಜ್

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

kvm-qemu ಹೈಪರ್‌ವೈಸರ್‌ನ ಸೇವೆಗಳ ಪಕ್ಕದಲ್ಲಿ ಶೇಖರಣೆಗಾಗಿ ಏನು ಸಹಬಾಳ್ವೆ ನಡೆಸಬಹುದು, ಮತ್ತು ಇವುಗಳು ಕೆಲವೇ ಸೇವೆಗಳಾಗಿದ್ದು, ಘಟಕಗಳ ಕಾಂಪ್ಯಾಕ್ಟ್ ಆಪ್ಟಿಮಲ್ ಶ್ರೇಣಿಯನ್ನು ಕಂಡುಹಿಡಿಯಲಾಗಿದೆ: ಕ್ಲೈಂಟ್ ಸೇವೆಯನ್ನು FUSE (ಮಾರ್ಪಡಿಸಲಾಗಿದೆ, ತೆರೆದ ಮೂಲವಲ್ಲ), MDS ಮೆಟಾಡೇಟಾ ಸೇವೆಯ ಮೂಲಕ ಅಳವಡಿಸಲಾಗಿದೆ (ಮೆಟಾಡೇಟಾ ಸೇವೆ), ಸೇವೆ ಚಂಕ್ ಸೇವೆ ಡೇಟಾ ಬ್ಲಾಕ್‌ಗಳು, ಇದು ಭೌತಿಕ ಮಟ್ಟದಲ್ಲಿ ಒಂದು ಡಿಸ್ಕ್‌ಗೆ ಸಮಾನವಾಗಿರುತ್ತದೆ ಮತ್ತು ಅಷ್ಟೆ. ವೇಗದ ವಿಷಯದಲ್ಲಿ, ಸಹಜವಾಗಿ, ಎರಡು ಪ್ರತಿಕೃತಿಗಳೊಂದಿಗೆ ದೋಷ-ಸಹಿಷ್ಣು ಸ್ಕೀಮ್ ಅನ್ನು ಬಳಸುವುದು ಸೂಕ್ತವಾಗಿದೆ, ಆದರೆ ನೀವು SSD ಡ್ರೈವ್‌ಗಳಲ್ಲಿ ಕ್ಯಾಶಿಂಗ್ ಮತ್ತು ಲಾಗ್‌ಗಳನ್ನು ಬಳಸಿದರೆ, ದೋಷ-ಸಹಿಷ್ಣು ಕೋಡಿಂಗ್ (ಅಳಿಸಿ ಕೋಡಿಂಗ್ ಅಥವಾ raid6) ಅನ್ನು ಯೋಗ್ಯವಾಗಿ ಓವರ್‌ಲಾಕ್ ಮಾಡಬಹುದು ಹೈಬ್ರಿಡ್ ಯೋಜನೆ ಅಥವಾ ಎಲ್ಲಾ ಫ್ಲ್ಯಾಷ್‌ನಲ್ಲಿ ಇನ್ನೂ ಉತ್ತಮವಾಗಿದೆ. EC ಯೊಂದಿಗೆ ಕೆಲವು ಅನಾನುಕೂಲತೆಗಳಿವೆ (ಅಳಿಸಿ ಕೋಡಿಂಗ್): ಒಂದು ಡೇಟಾ ಬ್ಲಾಕ್ ಅನ್ನು ಬದಲಾಯಿಸುವಾಗ, ಸಮಾನತೆಯ ಮೊತ್ತವನ್ನು ಮರು ಲೆಕ್ಕಾಚಾರ ಮಾಡುವುದು ಅವಶ್ಯಕ. ಈ ಕಾರ್ಯಾಚರಣೆಗೆ ಸಂಬಂಧಿಸಿದ ನಷ್ಟಗಳನ್ನು ಬೈಪಾಸ್ ಮಾಡಲು, Ceph ಮುಂದೂಡಲ್ಪಟ್ಟಿತು EC ಗೆ ಬರೆಯುತ್ತದೆ ಮತ್ತು ನಿರ್ದಿಷ್ಟ ವಿನಂತಿಯ ಸಮಯದಲ್ಲಿ ಕಾರ್ಯಕ್ಷಮತೆಯ ಸಮಸ್ಯೆಗಳು ಉಂಟಾಗಬಹುದು, ಉದಾಹರಣೆಗೆ, ಎಲ್ಲಾ ಬ್ಲಾಕ್ಗಳನ್ನು ಓದಬೇಕಾದಾಗ, ಮತ್ತು Virtuozzo ಶೇಖರಣೆಯ ಸಂದರ್ಭದಲ್ಲಿ, ಬದಲಾದ ಬ್ಲಾಕ್ಗಳನ್ನು ಬರೆಯಲಾಗುತ್ತದೆ. "ಲಾಗ್-ಸ್ಟ್ರಕ್ಚರ್ಡ್ ಫೈಲ್ ಸಿಸ್ಟಮ್" ವಿಧಾನವನ್ನು ಬಳಸುವುದು, ಇದು ಸಮಾನತೆಯ ಲೆಕ್ಕಾಚಾರದ ವೆಚ್ಚವನ್ನು ಕಡಿಮೆ ಮಾಡುತ್ತದೆ. EC ಯೊಂದಿಗೆ ಮತ್ತು ಇಲ್ಲದೆ ಕೆಲಸದ ವೇಗವರ್ಧನೆಯೊಂದಿಗೆ ಸರಿಸುಮಾರು ಆಯ್ಕೆಗಳನ್ನು ಅಂದಾಜು ಮಾಡಲು, ಇವೆ ಕ್ಯಾಲ್ಕುಲೇಟರ್. - ಉಪಕರಣ ತಯಾರಕರ ನಿಖರತೆಯ ಗುಣಾಂಕವನ್ನು ಅವಲಂಬಿಸಿ ಅಂಕಿಅಂಶಗಳು ಅಂದಾಜು ಆಗಿರಬಹುದು, ಆದರೆ ಲೆಕ್ಕಾಚಾರಗಳ ಫಲಿತಾಂಶವು ಸಂರಚನೆಯನ್ನು ಯೋಜಿಸುವಲ್ಲಿ ಉತ್ತಮ ಸಹಾಯವಾಗಿದೆ.

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

SDS ಆರ್ಕಿಟೆಕ್ಚರ್‌ನ ಸಂಕ್ಷಿಪ್ತ ಹೋಲಿಕೆ ಅಥವಾ ಸರಿಯಾದ ಶೇಖರಣಾ ವೇದಿಕೆಯನ್ನು ಕಂಡುಹಿಡಿಯುವುದು (GlusterVsCephVsVirtuozzoStorage)

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

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

ಮೇಲೆ ವಿವರಿಸಿದ ಘಟಕಗಳೊಂದಿಗೆ ಹೈಬ್ರಿಡ್ ಹಾರ್ಡ್‌ವೇರ್ ಕಾನ್ಫಿಗರೇಶನ್‌ನಲ್ಲಿ ರೆಕಾರ್ಡಿಂಗ್ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಪರಿಗಣಿಸೋಣ: ರೆಕಾರ್ಡಿಂಗ್ ಕ್ಲೈಂಟ್ ಅದನ್ನು ಪ್ರಾರಂಭಿಸಿದ ನೋಡ್‌ಗೆ ಹೋಗಲು ಪ್ರಾರಂಭಿಸುತ್ತದೆ (FUSE ಮೌಂಟ್ ಪಾಯಿಂಟ್ ಸೇವೆ), ಆದರೆ ಮೆಟಾಡೇಟಾ ಸೇವೆ (MDS) ಮಾಸ್ಟರ್ ಘಟಕವು ಸಹಜವಾಗಿ ಇರುತ್ತದೆ ಕ್ಲೈಂಟ್ ಅನ್ನು ನೇರವಾಗಿ ಬಯಸಿದ ಚಂಕ್ ಸೇವೆಗೆ ನಿರ್ದೇಶಿಸಿ (ಶೇಖರಣಾ ಸೇವೆ CS ಬ್ಲಾಕ್‌ಗಳು), ಅಂದರೆ, MDS ರೆಕಾರ್ಡಿಂಗ್ ಪ್ರಕ್ರಿಯೆಯಲ್ಲಿ ಭಾಗವಹಿಸುವುದಿಲ್ಲ, ಆದರೆ ಅಗತ್ಯವಿರುವ ಭಾಗಕ್ಕೆ ಸೇವೆಯನ್ನು ಸರಳವಾಗಿ ನಿರ್ದೇಶಿಸುತ್ತದೆ. ಸಾಮಾನ್ಯವಾಗಿ, ಬ್ಯಾರೆಲ್ಗಳಲ್ಲಿ ನೀರನ್ನು ಸುರಿಯುವುದರೊಂದಿಗೆ ನಾವು ರೆಕಾರ್ಡಿಂಗ್ಗೆ ಸಾದೃಶ್ಯವನ್ನು ನೀಡಬಹುದು. ಪ್ರತಿ ಬ್ಯಾರೆಲ್ 256MB ಡೇಟಾ ಬ್ಲಾಕ್ ಆಗಿದೆ.

SDS ಆರ್ಕಿಟೆಕ್ಚರ್‌ನ ಸಂಕ್ಷಿಪ್ತ ಹೋಲಿಕೆ ಅಥವಾ ಸರಿಯಾದ ಶೇಖರಣಾ ವೇದಿಕೆಯನ್ನು ಕಂಡುಹಿಡಿಯುವುದು (GlusterVsCephVsVirtuozzoStorage)

ಅಂದರೆ, ಒಂದು ಡಿಸ್ಕ್ ಅಂತಹ ಬ್ಯಾರೆಲ್‌ಗಳ ನಿರ್ದಿಷ್ಟ ಸಂಖ್ಯೆಯಾಗಿರುತ್ತದೆ, ಅಂದರೆ, ಡಿಸ್ಕ್ ಪರಿಮಾಣವನ್ನು 256MB ಯಿಂದ ಭಾಗಿಸಲಾಗಿದೆ. ಪ್ರತಿ ನಕಲನ್ನು ಒಂದು ನೋಡ್‌ಗೆ ವಿತರಿಸಲಾಗುತ್ತದೆ, ಎರಡನೆಯದು ಬಹುತೇಕ ಇನ್ನೊಂದು ನೋಡ್‌ಗೆ ಸಮಾನಾಂತರವಾಗಿರುತ್ತದೆ, ಇತ್ಯಾದಿ... ನಾವು ಮೂರು ಪ್ರತಿಕೃತಿಗಳನ್ನು ಹೊಂದಿದ್ದರೆ ಮತ್ತು ಸಂಗ್ರಹಕ್ಕಾಗಿ SSD ಡಿಸ್ಕ್‌ಗಳಿದ್ದರೆ (ಲಾಗ್‌ಗಳನ್ನು ಓದಲು ಮತ್ತು ಬರೆಯಲು), ನಂತರ ಬರವಣಿಗೆಯ ದೃಢೀಕರಣವು ಬರೆಯುವ ನಂತರ ಸಂಭವಿಸುತ್ತದೆ. SSD ಗೆ ಲಾಗ್, ಮತ್ತು SSD ಯಿಂದ ಸಮಾನಾಂತರ ಮರುಹೊಂದಿಸುವಿಕೆಯು ಹಿನ್ನೆಲೆಯಲ್ಲಿರುವಂತೆ HDD ಯಲ್ಲಿ ಮುಂದುವರಿಯುತ್ತದೆ. ಮೂರು ಪ್ರತಿಕೃತಿಗಳ ಸಂದರ್ಭದಲ್ಲಿ, ಮೂರನೇ ನೋಡ್‌ನ SSD ಯಿಂದ ದೃಢೀಕರಣದ ನಂತರ ದಾಖಲೆಯನ್ನು ಬದ್ಧಗೊಳಿಸಲಾಗುತ್ತದೆ. ಮೂರು SSD ಗಳ ಬರೆಯುವ ವೇಗದ ಮೊತ್ತವನ್ನು ಮೂರರಿಂದ ಭಾಗಿಸಬಹುದು ಮತ್ತು ನಾವು ಒಂದು ಪ್ರತಿಕೃತಿಯ ಬರೆಯುವ ವೇಗವನ್ನು ಪಡೆಯುತ್ತೇವೆ ಎಂದು ತೋರುತ್ತದೆ, ಆದರೆ ಪ್ರತಿಗಳನ್ನು ಸಮಾನಾಂತರವಾಗಿ ಬರೆಯಲಾಗುತ್ತದೆ ಮತ್ತು ನೆಟ್ವರ್ಕ್ ಲೇಟೆನ್ಸಿ ವೇಗವು ಸಾಮಾನ್ಯವಾಗಿ SSD ಗಿಂತ ಹೆಚ್ಚಾಗಿರುತ್ತದೆ, ಮತ್ತು ವಾಸ್ತವವಾಗಿ ಬರೆಯುವ ಕಾರ್ಯಕ್ಷಮತೆಯು ನೆಟ್ವರ್ಕ್ ಅನ್ನು ಅವಲಂಬಿಸಿರುತ್ತದೆ. ಈ ನಿಟ್ಟಿನಲ್ಲಿ, ನಿಜವಾದ IOPS ಅನ್ನು ನೋಡಲು, ನೀವು ಸಂಪೂರ್ಣ Vstorage ಅನ್ನು ಸರಿಯಾಗಿ ಲೋಡ್ ಮಾಡಬೇಕಾಗುತ್ತದೆ ವಿಧಾನಶಾಸ್ತ್ರ, ಅಂದರೆ, ನಿಜವಾದ ಲೋಡ್ ಅನ್ನು ಪರೀಕ್ಷಿಸುವುದು, ಮತ್ತು ಮೆಮೊರಿ ಮತ್ತು ಸಂಗ್ರಹವಲ್ಲ, ಅಲ್ಲಿ ಸರಿಯಾದ ಡೇಟಾ ಬ್ಲಾಕ್ ಗಾತ್ರ, ಥ್ರೆಡ್ಗಳ ಸಂಖ್ಯೆ ಇತ್ಯಾದಿಗಳನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳುವುದು ಅವಶ್ಯಕ.

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

ಮೇಲೆ ವಿವರಿಸಿದ ಯಾವುದೇ ವಿಧಾನಗಳ ಕಾರ್ಯಕ್ಷಮತೆಗಾಗಿ, ಯೋಜನೆ ಮತ್ತು ನಿಯೋಜನೆಯ ಹಂತದಲ್ಲಿ, ನೆಟ್‌ವರ್ಕ್ ಅನ್ನು ಸರಿಯಾಗಿ ಕಾನ್ಫಿಗರ್ ಮಾಡುವುದು ಬಹಳ ಮುಖ್ಯ, ಅಲ್ಲಿ ಒಟ್ಟುಗೂಡಿಸುವಿಕೆ ಮತ್ತು ಸರಿಯಾಗಿ ಆಯ್ಕೆಮಾಡಿದ ನೆಟ್‌ವರ್ಕ್ ಚಾನೆಲ್ ಬ್ಯಾಂಡ್‌ವಿಡ್ತ್‌ನಿಂದ ಸಮತೋಲನ ಇರುತ್ತದೆ. ಒಟ್ಟುಗೂಡಿಸುವಿಕೆಯಲ್ಲಿ, ಸರಿಯಾದ ಹ್ಯಾಶಿಂಗ್ ಮೋಡ್ ಮತ್ತು ಫ್ರೇಮ್ ಗಾತ್ರಗಳನ್ನು ಆಯ್ಕೆ ಮಾಡುವುದು ಮುಖ್ಯವಾಗಿದೆ. ಮೇಲೆ ವಿವರಿಸಿದ SDS ನಿಂದ ಬಹಳ ಬಲವಾದ ವ್ಯತ್ಯಾಸವಿದೆ, ಇದು Virtuozzo ಸ್ಟೋರೇಜ್‌ನಲ್ಲಿ ವೇಗದ ಮಾರ್ಗ ತಂತ್ರಜ್ಞಾನದೊಂದಿಗೆ ಫ್ಯೂಸ್ ಆಗಿದೆ. ಇದು ಆಧುನೀಕರಿಸಿದ ಫ್ಯೂಸ್ ಜೊತೆಗೆ, ಇತರ ತೆರೆದ ಮೂಲ ಪರಿಹಾರಗಳಿಗಿಂತ ಭಿನ್ನವಾಗಿ, IOPS ಅನ್ನು ಗಮನಾರ್ಹವಾಗಿ ಹೆಚ್ಚಿಸುತ್ತದೆ ಮತ್ತು ಸಮತಲ ಅಥವಾ ಲಂಬ ಸ್ಕೇಲಿಂಗ್‌ನಿಂದ ಸೀಮಿತವಾಗಿರದಿರಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ. ಸಾಮಾನ್ಯವಾಗಿ, ಮೇಲೆ ವಿವರಿಸಿದ ವಾಸ್ತುಶಿಲ್ಪಗಳಿಗೆ ಹೋಲಿಸಿದರೆ, ಇದು ಹೆಚ್ಚು ಶಕ್ತಿಯುತವಾಗಿ ಕಾಣುತ್ತದೆ, ಆದರೆ ಅಂತಹ ಸಂತೋಷಕ್ಕಾಗಿ, ನೀವು Ceph ಮತ್ತು Gluster ಗಿಂತ ಭಿನ್ನವಾಗಿ ಪರವಾನಗಿಗಳನ್ನು ಖರೀದಿಸಬೇಕಾಗುತ್ತದೆ.

ಸಂಕ್ಷಿಪ್ತವಾಗಿ ಹೇಳುವುದಾದರೆ, ನಾವು ಮೂರರಲ್ಲಿ ಅಗ್ರಸ್ಥಾನವನ್ನು ಹೈಲೈಟ್ ಮಾಡಬಹುದು: ಕಾರ್ಯಕ್ಷಮತೆ ಮತ್ತು ವಾಸ್ತುಶಿಲ್ಪದ ವಿಶ್ವಾಸಾರ್ಹತೆಯ ವಿಷಯದಲ್ಲಿ ವರ್ಚುಝೊ ಸ್ಟೋರೇಜ್ ಮೊದಲ ಸ್ಥಾನವನ್ನು ಪಡೆಯುತ್ತದೆ, ಸೆಫ್ ಎರಡನೇ ಸ್ಥಾನವನ್ನು ಪಡೆದುಕೊಂಡಿದೆ ಮತ್ತು ಗ್ಲಸ್ಟರ್ ಮೂರನೇ ಸ್ಥಾನವನ್ನು ಪಡೆದುಕೊಂಡಿದೆ.

Virtuozzo ಸ್ಟೋರೇಜ್ ಆಯ್ಕೆಮಾಡಲಾದ ಮಾನದಂಡಗಳು: ಇದು ಅತ್ಯುತ್ತಮವಾದ ವಾಸ್ತುಶಿಲ್ಪದ ಘಟಕಗಳ ಗುಂಪಾಗಿದೆ, ವೇಗದ ಮಾರ್ಗದೊಂದಿಗೆ ಈ ಫ್ಯೂಸ್ ವಿಧಾನಕ್ಕಾಗಿ ಆಧುನೀಕರಿಸಲಾಗಿದೆ, ಹಾರ್ಡ್‌ವೇರ್ ಕಾನ್ಫಿಗರೇಶನ್‌ಗಳ ಹೊಂದಿಕೊಳ್ಳುವ ಸೆಟ್, ಕಡಿಮೆ ಸಂಪನ್ಮೂಲ ಬಳಕೆ ಮತ್ತು ಕಂಪ್ಯೂಟ್‌ನೊಂದಿಗೆ ಹಂಚಿಕೊಳ್ಳುವ ಸಾಮರ್ಥ್ಯ (ಕಂಪ್ಯೂಟಿಂಗ್/ವರ್ಚುವಲೈಸೇಶನ್), ಅಂದರೆ, ಇದು ಹೈಪರ್ಕನ್ವರ್ಜ್ಡ್ ಪರಿಹಾರಕ್ಕೆ ಸಂಪೂರ್ಣವಾಗಿ ಸೂಕ್ತವಾಗಿದೆ, ಅದು ಅವನು ಭಾಗವಾಗಿದೆ. ಸೆಫ್ ಎರಡನೇ ಸ್ಥಾನದಲ್ಲಿದೆ ಏಕೆಂದರೆ ಇದು ಗ್ಲುಸ್ಟರ್‌ಗೆ ಹೋಲಿಸಿದರೆ ಹೆಚ್ಚು ಉತ್ಪಾದಕ ವಾಸ್ತುಶಿಲ್ಪವಾಗಿದೆ, ಬ್ಲಾಕ್‌ಗಳ ಕಾರ್ಯಾಚರಣೆಯ ಕಾರಣದಿಂದಾಗಿ, ಜೊತೆಗೆ ಹೆಚ್ಚು ಹೊಂದಿಕೊಳ್ಳುವ ಸನ್ನಿವೇಶಗಳು ಮತ್ತು ದೊಡ್ಡ ಕ್ಲಸ್ಟರ್‌ಗಳಲ್ಲಿ ಕೆಲಸ ಮಾಡುವ ಸಾಮರ್ಥ್ಯ.

VSAN, ಸ್ಪೇಸ್ ಡೈರೆಕ್ಟ್ ಸ್ಟೋರೇಜ್, Vstorage ಮತ್ತು Nutanix ಸ್ಟೋರೇಜ್, HPE ಮತ್ತು Huawei ಉಪಕರಣಗಳಲ್ಲಿ Vstorage ಅನ್ನು ಪರೀಕ್ಷಿಸುವುದು, ಹಾಗೆಯೇ Vstorage ಅನ್ನು ಬಾಹ್ಯ ಹಾರ್ಡ್‌ವೇರ್ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗಳೊಂದಿಗೆ ಸಂಯೋಜಿಸುವ ಸನ್ನಿವೇಶಗಳ ನಡುವೆ ಹೋಲಿಕೆ ಬರೆಯುವ ಯೋಜನೆಗಳಿವೆ, ಆದ್ದರಿಂದ ನೀವು ಲೇಖನವನ್ನು ಇಷ್ಟಪಟ್ಟರೆ, ಅದು ನಿಮ್ಮ ಕಾಮೆಂಟ್‌ಗಳು ಮತ್ತು ಶುಭಾಶಯಗಳನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಂಡು ಹೊಸ ಲೇಖನಗಳಿಗೆ ಪ್ರೇರಣೆಯನ್ನು ಹೆಚ್ಚಿಸುವ ನಿಮ್ಮಿಂದ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಪಡೆಯಲು ಸಂತೋಷವಾಗಿದೆ.

ಮೂಲ: www.habr.com

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