🥇ನಿಮ್ಮ CDN ಅನ್ನು ನಿರ್ಮಿಸುವುದು ಮತ್ತು ಕಾನ್ಫಿಗರ್ ಮಾಡುವುದು

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

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

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

ಮೂಲ: ಇನ್ಫೋಗ್ರಾಫಿಕ್ ವೆಕ್ಟರ್ ಅನ್ನು ಪಿಕಿಸೂಪರ್‌ಸ್ಟಾರ್ ರಚಿಸಿದ್ದಾರೆ - www.freepik.com

ನಿಮಗೆ ನಿಮ್ಮ ಸ್ವಂತ CDN ಬೇಕಾದಾಗ

ನಿಮ್ಮ ಸ್ವಂತ CDN ಅನ್ನು ಚಾಲನೆ ಮಾಡುವ ಸಂದರ್ಭಗಳನ್ನು ಪರಿಗಣಿಸಿ:

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

ಇತರ ಹೆಚ್ಚಿನ ಸಂದರ್ಭಗಳಲ್ಲಿ, ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಸಿದ್ಧ ಪರಿಹಾರಗಳನ್ನು ಬಳಸುವುದು ಹೆಚ್ಚು ಸೂಕ್ತವಾಗಿದೆ.

ನೀವು ಪ್ರಾರಂಭಿಸಲು ಏನು ಬೇಕು

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

ನೀವು IP ವಿಳಾಸಗಳ ಬ್ಲಾಕ್ನ ಸಂತೋಷದ ಮಾಲೀಕರಲ್ಲದಿದ್ದರೆ, ಸರಳ CDN ಅನ್ನು ಚಲಾಯಿಸಲು ನಿಮಗೆ ಅಗತ್ಯವಿರುತ್ತದೆ:

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

ಡೊಮೇನ್ ಅನ್ನು ನೋಂದಾಯಿಸಿ ಮತ್ತು ಸರ್ವರ್‌ಗಳನ್ನು ಆದೇಶಿಸಿ

ಡೊಮೇನ್ ನೋಂದಣಿಯೊಂದಿಗೆ, ಎಲ್ಲವೂ ಸರಳವಾಗಿದೆ - ನಾವು ಯಾವುದೇ ರಿಜಿಸ್ಟ್ರಾರ್ನೊಂದಿಗೆ ಯಾವುದೇ ವಲಯದಲ್ಲಿ ನೋಂದಾಯಿಸುತ್ತೇವೆ. ನೀವು CDN ಗಾಗಿ ಸಬ್‌ಡೊಮೈನ್ ಅನ್ನು ಸಹ ಬಳಸಬಹುದು, ಉದಾಹರಣೆಗೆ cdn.domainname.com. ವಾಸ್ತವವಾಗಿ, ನಮ್ಮ ಉದಾಹರಣೆಯಲ್ಲಿ, ನಾವು ಅದನ್ನು ಮಾಡುತ್ತೇವೆ.

ಆರ್ಡರ್ ಮಾಡುವ ಸರ್ವರ್‌ಗಳಿಗೆ ಸಂಬಂಧಿಸಿದಂತೆ, ನಿಮ್ಮ ಬಳಕೆದಾರರ ಪ್ರೇಕ್ಷಕರು ಇರುವ ಪ್ರದೇಶಗಳು ಮತ್ತು ದೇಶಗಳಲ್ಲಿ ಅವುಗಳನ್ನು ಬಾಡಿಗೆಗೆ ನೀಡಬೇಕು. ಯೋಜನೆಯು ಖಂಡಾಂತರವಾಗಿದ್ದರೆ, ಪ್ರಪಂಚದಾದ್ಯಂತ ಸರ್ವರ್‌ಗಳನ್ನು ಏಕಕಾಲದಲ್ಲಿ ಒದಗಿಸುವ ಹೋಸ್ಟಿಂಗ್ ಪೂರೈಕೆದಾರರನ್ನು ಆಯ್ಕೆ ಮಾಡುವುದು ಅನುಕೂಲಕರವಾಗಿದೆ. ಉದಾಹರಣೆಗಳು: OVH, ಗುತ್ತಿಗೆ ವೆಬ್ и 100Tb - ಮೀಸಲಾದ ಸರ್ವರ್‌ಗಳಿಗಾಗಿ, ವಲ್ತ್ರು и ಡಿಜಿಟಲ್ಓಶನ್ — ವರ್ಚುವಲ್ ಮೋಡಕ್ಕಾಗಿ*.

ನಮ್ಮ ಖಾಸಗಿ CDN ಗಾಗಿ, ನಾವು ವಿವಿಧ ಖಂಡಗಳಲ್ಲಿ 3 ವರ್ಚುವಲ್ ಸರ್ವರ್‌ಗಳನ್ನು ಆದೇಶಿಸುತ್ತೇವೆ. ನಲ್ಲಿ ವಲ್ತ್ರು ಸರ್ವರ್‌ನಲ್ಲಿ $5/ತಿಂ ನಾವು ಪಡೆಯುತ್ತೇವೆ 25GB SSD ಸ್ಥಳಗಳು ಮತ್ತು 1TB ಸಂಚಾರ. ಸ್ಥಾಪಿಸುವಾಗ, ಇತ್ತೀಚಿನ ಡೆಬಿಯನ್ ಅನ್ನು ಆಯ್ಕೆಮಾಡಿ. ನಮ್ಮ ಸರ್ವರ್‌ಗಳು:

ಫ್ರಾಂಕ್ಫರ್ಟ್, ip: 199.247.18.199

ಚಿಕಾಗೊ, ip: 149.28.121.123

ಸಿಂಗಪುರ್, ip: 157.230.240.216

* Vultr ಮತ್ತು DigitalOcean ಪಾವತಿ ವಿಧಾನವನ್ನು ಸೇರಿಸಿದ ತಕ್ಷಣ ಲೇಖನದಲ್ಲಿನ ಲಿಂಕ್‌ಗಳ ಮೂಲಕ ನೋಂದಾಯಿಸುವ ಬಳಕೆದಾರರಿಗೆ $100 ಕ್ರೆಡಿಟ್ ಭರವಸೆ ನೀಡುತ್ತದೆ. ಲೇಖಕನು ಇದರಿಂದ ಒಂದು ಸಣ್ಣ ಅಭಿನಂದನೆಯನ್ನು ಸಹ ಪಡೆಯುತ್ತಾನೆ, ಅದು ಈಗ ಅವನಿಗೆ ಬಹಳ ಮಹತ್ವದ್ದಾಗಿದೆ. ದಯವಿಟ್ಟು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಿ.

ಜಿಯೋಡಿಎನ್ಎಸ್ ಅನ್ನು ಹೊಂದಿಸಲಾಗುತ್ತಿದೆ

ಡೊಮೇನ್ ಅಥವಾ CDN ಉಪಡೊಮೇನ್ ಅನ್ನು ಪ್ರವೇಶಿಸುವಾಗ ಬಳಕೆದಾರರು ಬಯಸಿದ (ಹತ್ತಿರದ) ಸರ್ವರ್‌ಗೆ ನಿರ್ದೇಶಿಸಲು, ನಮಗೆ ಜಿಯೋಡಿಎನ್ಎಸ್ ಕಾರ್ಯದೊಂದಿಗೆ ಡಿಎನ್ಎಸ್ ಸರ್ವರ್ ಅಗತ್ಯವಿದೆ.

ಜಿಯೋಡಿಎನ್ಎಸ್ನ ತತ್ವ ಮತ್ತು ಕಾರ್ಯಾಚರಣೆಯು ಈ ಕೆಳಗಿನಂತಿರುತ್ತದೆ:

DNS ವಿನಂತಿಯನ್ನು ಕಳುಹಿಸಿದ ಕ್ಲೈಂಟ್‌ನ IP ಅಥವಾ ಕ್ಲೈಂಟ್ ವಿನಂತಿಯನ್ನು ಪ್ರಕ್ರಿಯೆಗೊಳಿಸುವಾಗ ಬಳಸಲಾಗುವ ಪುನರಾವರ್ತಿತ DNS ಸರ್ವರ್‌ನ IP ಅನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸುತ್ತದೆ. ಇಂತಹ ಪುನರಾವರ್ತಿತ ಸರ್ವರ್‌ಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಪೂರೈಕೆದಾರರ DNS-ಗಳು.
ಕ್ಲೈಂಟ್‌ನ ಐಪಿ ಅವನ ದೇಶ ಅಥವಾ ಪ್ರದೇಶವನ್ನು ಗುರುತಿಸುತ್ತದೆ. ಇದಕ್ಕಾಗಿ, ಜಿಯೋಐಪಿ ಡೇಟಾಬೇಸ್‌ಗಳನ್ನು ಬಳಸಲಾಗುತ್ತದೆ, ಅವುಗಳಲ್ಲಿ ಇಂದು ಹೆಚ್ಚಿನವುಗಳಿವೆ. ಒಳ್ಳೆಯದು ಇವೆ ಉಚಿತ ಆಯ್ಕೆಗಳು.
ಕ್ಲೈಂಟ್ನ ಸ್ಥಳವನ್ನು ಅವಲಂಬಿಸಿ, ಅವನಿಗೆ ಹತ್ತಿರದ CDN ಸರ್ವರ್ನ IP ವಿಳಾಸವನ್ನು ನೀಡುತ್ತದೆ.

ಜಿಯೋಡಿಎನ್ಎಸ್ ಕಾರ್ಯದೊಂದಿಗೆ ಡಿಎನ್ಎಸ್ ಸರ್ವರ್ ಆಗಿರಬಹುದು ನೀವೇ ಜೋಡಿಸಿ, ಆದರೆ ಪ್ರಪಂಚದಾದ್ಯಂತ ಮತ್ತು DNS ಸರ್ವರ್‌ಗಳ ನೆಟ್‌ವರ್ಕ್‌ನೊಂದಿಗೆ ಸಿದ್ಧ ಪರಿಹಾರಗಳನ್ನು ಬಳಸುವುದು ಉತ್ತಮ ಎನಿಕಾಸ್ಟ್ ಪೆಟ್ಟಿಗೆಯಿಂದ:

CloudDNS ರಿಂದ $9.95/ತಿಂ, ಜಿಯೋಡಿಎನ್ಎಸ್ ಸುಂಕ, ಡಿಫಾಲ್ಟ್ ಆಗಿ ಒಂದು ಡಿಎನ್ಎಸ್ ವಿಫಲತೆ ಇದೆ
ಜಿಲೋರ್ ರಿಂದ $25/ತಿಂ, DNS ವೈಫಲ್ಯವನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಲಾಗಿದೆ
ಅಮೆಜಾನ್ ಮಾರ್ಗ 53 ರಿಂದ $35/ತಿಂ ನಿವ್ವಳ 50M ಜಿಯೋ ವಿನಂತಿಗಳಿಗಾಗಿ. DNS ವೈಫಲ್ಯವನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಬಿಲ್ ಮಾಡಲಾಗುತ್ತದೆ
ಡಿಎನ್ಎಸ್ ಮೇಡ್ ಈಸಿ ರಿಂದ $125/ತಿಂ, 10 DNS ವಿಫಲತೆಗಳಿವೆ
cloudflare, "ಜಿಯೋ ಸ್ಟೀರಿಂಗ್" ವೈಶಿಷ್ಟ್ಯವು ಎಂಟರ್‌ಪ್ರೈಸ್ ಯೋಜನೆಗಳಲ್ಲಿ ಲಭ್ಯವಿದೆ

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

ಬಹುತೇಕ ಎಲ್ಲಾ ಡಿಎನ್ಎಸ್ ಸೇವೆಗಳು ಸಿಡಿಎನ್ - ಡಿಎನ್ಎಸ್ ಫೇಲ್ಓವರ್ ಅನ್ನು ನಿರ್ಮಿಸಲು ಅನಿವಾರ್ಯ ಸೇವೆಯನ್ನು ಒಳಗೊಂಡಿವೆ. ಅದರ ಸಹಾಯದಿಂದ, ನಿಮ್ಮ ಸರ್ವರ್‌ಗಳ ಕಾರ್ಯಾಚರಣೆಯ ಮೇಲ್ವಿಚಾರಣೆಯನ್ನು ನೀವು ಹೊಂದಿಸಬಹುದು ಮತ್ತು ಜೀವನದ ಚಿಹ್ನೆಗಳ ಅನುಪಸ್ಥಿತಿಯಲ್ಲಿ, ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸದ ಸರ್ವರ್‌ನ ವಿಳಾಸವನ್ನು ಡಿಎನ್‌ಎಸ್ ಪ್ರತಿಕ್ರಿಯೆಗಳಲ್ಲಿ ಬ್ಯಾಕಪ್ ಒಂದರೊಂದಿಗೆ ಬದಲಾಯಿಸಬಹುದು.

ನಮ್ಮ CDN ಅನ್ನು ನಿರ್ಮಿಸಲು, ನಾವು ಬಳಸುತ್ತೇವೆ ಕ್ಲೌಡಿಎನ್ಎಸ್, ಜಿಯೋಡಿಎನ್ಎಸ್ ಸುಂಕ.

ನಿಮ್ಮ ಡೊಮೇನ್ ಅನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸುವ ಮೂಲಕ ನಿಮ್ಮ ವೈಯಕ್ತಿಕ ಖಾತೆಯಲ್ಲಿ ಹೊಸ DNS ವಲಯವನ್ನು ಸೇರಿಸೋಣ. ನಾವು ಸಬ್‌ಡೊಮೇನ್‌ನಲ್ಲಿ CDN ಅನ್ನು ನಿರ್ಮಿಸುತ್ತಿದ್ದರೆ ಮತ್ತು ಮುಖ್ಯ ಡೊಮೇನ್ ಈಗಾಗಲೇ ಬಳಕೆಯಲ್ಲಿದ್ದರೆ, ವಲಯವನ್ನು ಸೇರಿಸಿದ ತಕ್ಷಣ, ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ DNS ದಾಖಲೆಗಳನ್ನು ಸೇರಿಸಲು ಮರೆಯಬೇಡಿ. CDN ಡೊಮೇನ್ / ಸಬ್‌ಡೊಮೈನ್‌ಗಾಗಿ ಹಲವಾರು A-ದಾಖಲೆಗಳನ್ನು ರಚಿಸುವುದು ಮುಂದಿನ ಹಂತವಾಗಿದೆ, ಪ್ರತಿಯೊಂದನ್ನು ನಾವು ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ಪ್ರದೇಶಕ್ಕೆ ಅನ್ವಯಿಸಲಾಗುತ್ತದೆ. ನೀವು ಖಂಡಗಳು ಅಥವಾ ದೇಶಗಳನ್ನು ಪ್ರದೇಶಗಳಂತೆ ನಿರ್ದಿಷ್ಟಪಡಿಸಬಹುದು, USA ಮತ್ತು ಕೆನಡಾಕ್ಕೆ ಉಪ-ಪ್ರದೇಶಗಳು ಲಭ್ಯವಿದೆ.

ನಮ್ಮ ಸಂದರ್ಭದಲ್ಲಿ, CDN ಅನ್ನು ಸಬ್‌ಡೊಮೇನ್‌ನಲ್ಲಿ ಹೆಚ್ಚಿಸಲಾಗುತ್ತದೆ cdn.sayt.in. ವಲಯವನ್ನು ಸೇರಿಸುವ ಮೂಲಕ sayt.in, ಉಪಡೊಮೈನ್‌ಗಾಗಿ ಮೊದಲ A-ದಾಖಲೆಯನ್ನು ರಚಿಸಿ ಮತ್ತು ಉತ್ತರ ಅಮೇರಿಕಾವನ್ನು ಚಿಕಾಗೋದಲ್ಲಿನ ಸರ್ವರ್‌ಗೆ ಸೂಚಿಸಿ:

ಡೀಫಾಲ್ಟ್ ಪ್ರದೇಶಗಳಿಗೆ ಒಂದು ನಮೂದನ್ನು ರಚಿಸಲು ಮರೆಯದಿರಿ, ಇತರ ಪ್ರದೇಶಗಳಿಗೆ ಕ್ರಿಯೆಯನ್ನು ಪುನರಾವರ್ತಿಸೋಣ. ಕೊನೆಯಲ್ಲಿ ಏನಾಗುತ್ತದೆ ಎಂಬುದು ಇಲ್ಲಿದೆ:

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

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

SSL ಪ್ರಮಾಣಪತ್ರಗಳ ಸ್ಥಾಪನೆ

ನಮ್ಮ CDN HTTPS ಮೂಲಕ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ನೀವು ಈಗಾಗಲೇ ಡೊಮೇನ್ ಅಥವಾ ಸಬ್‌ಡೊಮೈನ್‌ಗಾಗಿ SSL ಪ್ರಮಾಣಪತ್ರಗಳನ್ನು ಹೊಂದಿದ್ದರೆ, ಅವುಗಳನ್ನು ಎಲ್ಲಾ ಸರ್ವರ್‌ಗಳಿಗೆ ಅಪ್‌ಲೋಡ್ ಮಾಡಿ, ಉದಾಹರಣೆಗೆ, ಡೈರೆಕ್ಟರಿಗೆ /etc/ssl/yourdomain/

ಯಾವುದೇ ಪ್ರಮಾಣಪತ್ರಗಳಿಲ್ಲದಿದ್ದರೆ, ನೀವು ಲೆಟ್ಸ್ ಎನ್‌ಕ್ರಿಪ್ಟ್‌ನಿಂದ ಉಚಿತ ಒಂದನ್ನು ಪಡೆಯಬಹುದು. ಇದಕ್ಕಾಗಿ ಪರಿಪೂರ್ಣ ACME ಶೆಲ್‌ಸ್ಕ್ರಿಪ್ಟ್. ಕ್ಲೈಂಟ್ ಅನುಕೂಲಕರವಾಗಿದೆ ಮತ್ತು ಹೊಂದಿಸಲು ಸುಲಭವಾಗಿದೆ, ಮತ್ತು ಮುಖ್ಯವಾಗಿ, ಕ್ಲೌಡಿಎನ್ಎಸ್ API ಮೂಲಕ DNS ಮೂಲಕ ಡೊಮೇನ್/ಸಬ್ಡೊಮೈನ್ ಅನ್ನು ಮೌಲ್ಯೀಕರಿಸಲು ಇದು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ.

ನಾವು ಸರ್ವರ್‌ಗಳಲ್ಲಿ ಒಂದರಲ್ಲಿ ಮಾತ್ರ acme.sh ಅನ್ನು ಸ್ಥಾಪಿಸುತ್ತೇವೆ - ಯುರೋಪಿಯನ್ 199.247.18.199, ಇದರಿಂದ ಪ್ರಮಾಣಪತ್ರಗಳನ್ನು ಎಲ್ಲಾ ಇತರರಿಗೆ ನಕಲಿಸಲಾಗುತ್ತದೆ. ಸ್ಥಾಪಿಸಲು, ರನ್ ಮಾಡಿ:

root@cdn:~# wget -O - https://get.acme.sh | bash; source ~/.bashrc

ಸ್ಕ್ರಿಪ್ಟ್ ಸ್ಥಾಪನೆಯ ಸಮಯದಲ್ಲಿ, ನಮ್ಮ ಭಾಗವಹಿಸುವಿಕೆ ಇಲ್ಲದೆ ಪ್ರಮಾಣಪತ್ರಗಳ ಮತ್ತಷ್ಟು ನವೀಕರಣಕ್ಕಾಗಿ CRON ಉದ್ಯೋಗವನ್ನು ರಚಿಸಲಾಗುತ್ತದೆ.

ಪ್ರಮಾಣಪತ್ರವನ್ನು ನೀಡುವಾಗ, API ಅನ್ನು ಬಳಸಿಕೊಂಡು DNS ಅನ್ನು ಬಳಸಿಕೊಂಡು ಡೊಮೇನ್ ಅನ್ನು ಪರಿಶೀಲಿಸಲಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಮರುಮಾರಾಟಗಾರರ API ಮೆನುವಿನಲ್ಲಿ ಕ್ಲೌಡಿಎನ್ಎಸ್ ವೈಯಕ್ತಿಕ ಖಾತೆಯಲ್ಲಿ, ನೀವು ಹೊಸ ಬಳಕೆದಾರ API ಅನ್ನು ರಚಿಸಬೇಕು ಮತ್ತು ಅದಕ್ಕೆ ಪಾಸ್ವರ್ಡ್ ಅನ್ನು ಹೊಂದಿಸಬೇಕು. ಪಾಸ್ವರ್ಡ್ನೊಂದಿಗೆ ಪರಿಣಾಮವಾಗಿ ದೃಢೀಕರಣವನ್ನು ಫೈಲ್ನಲ್ಲಿ ಬರೆಯಲಾಗುತ್ತದೆ ~/.acme.sh/dnsapi/dns_cloudns.sh (ಫೈಲ್‌ನೊಂದಿಗೆ ಗೊಂದಲಕ್ಕೀಡಾಗಬಾರದು dns_clouddns.sh) ಕಾಮೆಂಟ್ ಮಾಡದ ಮತ್ತು ಸಂಪಾದಿಸಬೇಕಾದ ಸಾಲುಗಳು ಇಲ್ಲಿವೆ:

CLOUDNS_AUTH_ID=<auth-id>
CLOUDNS_AUTH_PASSWORD="<пароль>"

ಈಗ ನಾವು SSL ಪ್ರಮಾಣಪತ್ರವನ್ನು ವಿನಂತಿಸುತ್ತೇವೆ cdn.sayt.in

root@cdn:~# acme.sh --issue --dns dns_cloudns -d cdn.sayt.in --reloadcmd "service nginx reload"

ಆಯ್ಕೆಗಳಲ್ಲಿ, ಭವಿಷ್ಯಕ್ಕಾಗಿ, ಭವಿಷ್ಯದಲ್ಲಿ ಪ್ರಮಾಣಪತ್ರ ಮಾನ್ಯತೆಯ ಅವಧಿಯ ಪ್ರತಿ ನವೀಕರಣದ ನಂತರ ವೆಬ್ ಸರ್ವರ್ ಕಾನ್ಫಿಗರೇಶನ್ ಅನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಮರುಲೋಡ್ ಮಾಡಲು ನಾವು ಆಜ್ಞೆಯನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ್ದೇವೆ.

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

ಈ ಮಾರ್ಗಗಳನ್ನು ನೆನಪಿಡಿ, ಇತರ ಸರ್ವರ್‌ಗಳಿಗೆ ಪ್ರಮಾಣಪತ್ರವನ್ನು ನಕಲಿಸುವಾಗ ಮತ್ತು ವೆಬ್ ಸರ್ವರ್ ಸೆಟ್ಟಿಂಗ್‌ಗಳಲ್ಲಿ ಅವುಗಳನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಬೇಕಾಗುತ್ತದೆ. Nginx configs ಅನ್ನು ಮರುಲೋಡ್ ಮಾಡುವ ದೋಷದ ಬಗ್ಗೆ ನಾವು ಗಮನ ಹರಿಸುವುದಿಲ್ಲ - ಪ್ರಮಾಣಪತ್ರಗಳನ್ನು ನವೀಕರಿಸುವಾಗ ಅದು ಸಂಪೂರ್ಣವಾಗಿ ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾದ ಸರ್ವರ್‌ನಲ್ಲಿ ಇರುವುದಿಲ್ಲ.

ಫೈಲ್‌ಗಳಿಗೆ ಮಾರ್ಗವನ್ನು ನಿರ್ವಹಿಸುವಾಗ ಸ್ವೀಕರಿಸಿದ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಇತರ ಎರಡು ಸರ್ವರ್‌ಗಳಿಗೆ ನಕಲಿಸಲು ನಾವು SSL ಗೆ ಉಳಿದಿದ್ದೇವೆ. ಪ್ರತಿಯೊಂದರಲ್ಲೂ ಒಂದೇ ಡೈರೆಕ್ಟರಿಗಳನ್ನು ರಚಿಸೋಣ ಮತ್ತು ನಕಲು ಮಾಡೋಣ:

root@cdn:~# mkdir -p /root/.acme.sh/cdn.sayt.in/
root@cdn:~# scp -r [email protected]:/root/.acme.sh/cdn.sayt.in/* /root/.acme.sh/cdn.sayt.in/

ಪ್ರಮಾಣಪತ್ರಗಳನ್ನು ನಿಯಮಿತವಾಗಿ ನವೀಕರಿಸಲು, ಆಜ್ಞೆಯೊಂದಿಗೆ ಎರಡೂ ಸರ್ವರ್‌ಗಳಲ್ಲಿ ದೈನಂದಿನ CRON ಕೆಲಸವನ್ನು ರಚಿಸಿ:

scp -r [email protected]:/root/.acme.sh/cdn.sayt.in/* /root/.acme.sh/cdn.sayt.in/ && service nginx reload

ಈ ಸಂದರ್ಭದಲ್ಲಿ, ರಿಮೋಟ್ ಮೂಲ ಸರ್ವರ್‌ಗೆ ಪ್ರವೇಶವನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಬೇಕು ಕೀಲಿಯಿಂದ, ಅಂದರೆ ಪಾಸ್ವರ್ಡ್ ನಮೂದಿಸದೆ. ಅದನ್ನು ಮಾಡಲು ಮರೆಯಬೇಡಿ.

Nginx ಅನ್ನು ಸ್ಥಾಪಿಸುವುದು ಮತ್ತು ಕಾನ್ಫಿಗರ್ ಮಾಡುವುದು

ಸ್ಥಿರ ವಿಷಯವನ್ನು ಪೂರೈಸಲು, ನಾವು ಕ್ಯಾಶಿಂಗ್ ಪ್ರಾಕ್ಸಿ ಸರ್ವರ್ ಆಗಿ ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾದ Nginx ಅನ್ನು ಬಳಸುತ್ತೇವೆ. ಪ್ಯಾಕೇಜ್ ಪಟ್ಟಿಗಳನ್ನು ನವೀಕರಿಸಿ ಮತ್ತು ಅದನ್ನು ಎಲ್ಲಾ ಮೂರು ಸರ್ವರ್‌ಗಳಲ್ಲಿ ಸ್ಥಾಪಿಸಿ:

root@cdn:~# apt update
root@cdn:~# apt install nginx

ಡೀಫಾಲ್ಟ್ ಬದಲಿಗೆ, ನಾವು ಕೆಳಗಿನ ಸ್ಪಾಯ್ಲರ್‌ನಿಂದ ಸಂರಚನೆಯನ್ನು ಬಳಸುತ್ತೇವೆ:
nginx.conf

user www-data;
worker_processes auto;
pid /run/nginx.pid;

events {
    worker_connections 4096;
    multi_accept on;
}

http {
    sendfile on;
    tcp_nopush on;
    tcp_nodelay on;
    types_hash_max_size 2048;

    include /etc/nginx/mime.types;
    default_type application/octet-stream;

    access_log off;
    error_log /var/log/nginx/error.log;

    gzip on;
    gzip_disable "msie6";
    gzip_comp_level 6;
    gzip_proxied any;
    gzip_vary on;
    gzip_types text/plain application/javascript text/javascript text/css application/json application/xml text/xml application/rss+xml;
    gunzip on;            

    proxy_temp_path    /var/cache/tmp;
    proxy_cache_path   /var/cache/cdn levels=1:2 keys_zone=cdn:64m max_size=20g inactive=7d;
    proxy_cache_bypass $http_x_update;

server {
  listen 443 ssl;
  server_name cdn.sayt.in;

  ssl_certificate /root/.acme.sh/cdn.sayt.in/cdn.sayt.in.cer;
  ssl_certificate_key /root/.acme.sh/cdn.sayt.in/cdn.sayt.in.key;

  location / {
    proxy_cache cdn;
    proxy_cache_key $uri$is_args$args;
    proxy_cache_valid 90d;
    proxy_pass https://sayt.in;
    }
  }
}

ಸಂರಚನೆಯಲ್ಲಿ ಸಂಪಾದಿಸಿ:

ಗರಿಷ್ಠ_ಗಾತ್ರ - ಸಂಗ್ರಹದ ಗಾತ್ರ, ಲಭ್ಯವಿರುವ ಡಿಸ್ಕ್ ಜಾಗವನ್ನು ಮೀರುವುದಿಲ್ಲ
ನಿಷ್ಕ್ರಿಯ - ಯಾರೂ ಪ್ರವೇಶಿಸದ ಕ್ಯಾಶ್ ಮಾಡಲಾದ ಡೇಟಾದ ಶೇಖರಣಾ ಸಮಯ
ssl_certificate и ssl_certificate_key - SSL ಪ್ರಮಾಣಪತ್ರ ಮತ್ತು ಪ್ರಮುಖ ಫೈಲ್‌ಗಳಿಗೆ ಮಾರ್ಗಗಳು
proxy_cache_valid - ಸಂಗ್ರಹಿಸಲಾದ ಡೇಟಾದ ಶೇಖರಣಾ ಸಮಯ
ಪ್ರಾಕ್ಸಿ_ಪಾಸ್ — CDN ಹಿಡಿದಿಟ್ಟುಕೊಳ್ಳಲು ಫೈಲ್‌ಗಳನ್ನು ವಿನಂತಿಸುವ ಮೂಲ ಸರ್ವರ್‌ನ ವಿಳಾಸ. ನಮ್ಮ ಉದಾಹರಣೆಯಲ್ಲಿ, ಇದು sayt.in

ನೀವು ನೋಡುವಂತೆ, ಎಲ್ಲವೂ ಸರಳವಾಗಿದೆ. ನಿರ್ದೇಶನಗಳ ಹೋಲಿಕೆಯಿಂದಾಗಿ ಹಿಡಿದಿಟ್ಟುಕೊಳ್ಳುವ ಸಮಯವನ್ನು ಹೊಂದಿಸುವಲ್ಲಿ ಮಾತ್ರ ತೊಂದರೆ ಉಂಟಾಗಬಹುದು ನಿಷ್ಕ್ರಿಯ и proxy_cache_valid. ನಮ್ಮ ಉದಾಹರಣೆಯೊಂದಿಗೆ ಅವುಗಳನ್ನು ವಿಶ್ಲೇಷಿಸೋಣ. ಯಾವಾಗ ಏನಾಗುತ್ತದೆ ಎಂಬುದು ಇಲ್ಲಿದೆ ನಿಷ್ಕ್ರಿಯ=7d и proxy_cache_valid 90d:

ವಿನಂತಿಯನ್ನು 7 ದಿನಗಳಲ್ಲಿ ಪುನರಾವರ್ತಿಸದಿದ್ದರೆ, ಈ ಅವಧಿಯ ನಂತರ ಡೇಟಾವನ್ನು ಸಂಗ್ರಹದಿಂದ ಅಳಿಸಲಾಗುತ್ತದೆ
ವಿನಂತಿಯನ್ನು ಕನಿಷ್ಠ 7 ದಿನಗಳಿಗೊಮ್ಮೆ ಪುನರಾವರ್ತಿಸಿದರೆ, ಸಂಗ್ರಹದಲ್ಲಿರುವ ಡೇಟಾವನ್ನು 90 ದಿನಗಳ ನಂತರ ಬಳಕೆಯಲ್ಲಿಲ್ಲವೆಂದು ಪರಿಗಣಿಸಲಾಗುತ್ತದೆ ಮತ್ತು Nginx ಅದನ್ನು ಮುಂದಿನ ವಿನಂತಿಯೊಂದಿಗೆ ನವೀಕರಿಸುತ್ತದೆ, ಅದನ್ನು ಮೂಲ ಸರ್ವರ್‌ನಿಂದ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ.

ಸಂಪಾದಿಸಲು ಮುಗಿದಿದೆ nginx.conf, ಕಾನ್ಫಿಗರೇಶನ್ ಅನ್ನು ಮರುಲೋಡ್ ಮಾಡಿ:

root@cdn:~# service nginx reload

ನಮ್ಮ CDN ಸಿದ್ಧವಾಗಿದೆ. $15/ತಿಂಗಳಿಗೆ. ನಾವು ಮೂರು ಖಂಡಗಳಲ್ಲಿ ಉಪಸ್ಥಿತಿಯ ಅಂಕಗಳನ್ನು ಮತ್ತು 3 TB ಟ್ರಾಫಿಕ್ ಅನ್ನು ಸ್ವೀಕರಿಸಿದ್ದೇವೆ: ಪ್ರತಿ ಸ್ಥಳದಲ್ಲಿ 1 TB.

CDN ನ ಕೆಲಸವನ್ನು ಪರಿಶೀಲಿಸಲಾಗುತ್ತಿದೆ

ವಿವಿಧ ಭೌಗೋಳಿಕ ಸ್ಥಳಗಳಿಂದ ನಮ್ಮ CDN ಗೆ ಪಿಂಗ್‌ಗಳನ್ನು ನೋಡೋಣ. ಯಾವುದೇ ಪಿಂಗ್ ಸೇವೆ ಇದಕ್ಕಾಗಿ ಕೆಲಸ ಮಾಡುತ್ತದೆ.

ಲಾಂಚ್ ಪಾಯಿಂಟ್
ಹೋಸ್ಟ್
IP
ಸರಾಸರಿ ಸಮಯ, ms

ಜರ್ಮನಿ ಬರ್ಲಿನ್
cdn.sayt.in
199.247.18.199
9.6

ನೆದರ್ಲ್ಯಾಂಡ್ಸ್, ಆಮ್ಸ್ಟರ್ಡ್ಯಾಮ್
cdn.sayt.in
199.247.18.199
10.1

ಫ್ರಾನ್ಸ್ ಪ್ಯಾರಿಸ್
cdn.sayt.in
199.247.18.199
16.3

ಗ್ರೇಟ್ ಬ್ರಿಟನ್, ಲಂಡನ್
cdn.sayt.in
199.247.18.199
14.9

ಕೆನಡಾ, ಟೊರೊಂಟೊ
cdn.sayt.in
149.28.121.123
16.2

USA, ಸ್ಯಾನ್ ಫ್ರಾನ್ಸಿಸ್ಕೋ
cdn.sayt.in
149.28.121.123
52.7

ಯುಎಸ್ಎ, ಡಲ್ಲಾಸ್
cdn.sayt.in
149.28.121.123
23.1

USA, ಚಿಕಾಗೋ
cdn.sayt.in
149.28.121.123
2.6

USA, ನ್ಯೂಯಾರ್ಕ್
cdn.sayt.in
149.28.121.123
19.8

ಸಿಂಗಪುರ್
cdn.sayt.in
157.230.240.216
1.7

ಜಪಾನ್ ಟೋಕಿಯೋ
cdn.sayt.in
157.230.240.216
74.8

ಆಸ್ಟ್ರೇಲಿಯಾ, ಸಿಡ್ನಿ
cdn.sayt.in
157.230.240.216
95.9

ಫಲಿತಾಂಶಗಳು ಉತ್ತಮವಾಗಿವೆ. ಈಗ ನಾವು ಮುಖ್ಯ ಸೈಟ್‌ನ ಮೂಲದಲ್ಲಿ ಪರೀಕ್ಷಾ ಚಿತ್ರವನ್ನು ಇರಿಸುತ್ತೇವೆ test.jpg ಮತ್ತು CDN ಮೂಲಕ ಅದರ ಡೌನ್‌ಲೋಡ್ ವೇಗವನ್ನು ಪರಿಶೀಲಿಸಿ. ಇದು ಹೇಳಲಾಗಿದೆ - ಮಾಡಿದ. ವಿಷಯವನ್ನು ತ್ವರಿತವಾಗಿ ತಲುಪಿಸಲಾಗುತ್ತದೆ.

CDN ಪಾಯಿಂಟ್‌ನಲ್ಲಿ ಸಂಗ್ರಹವನ್ನು ತೆರವುಗೊಳಿಸಲು ನಾವು ಬಯಸಿದರೆ ಸಣ್ಣ ಸ್ಕ್ರಿಪ್ಟ್ ಅನ್ನು ಬರೆಯೋಣ.
purge.sh

#!/bin/bash
if [ -z "$1" ]
then
    echo "Purging all cache"
    rm -rf /var/cache/cdn/*
else
    echo "Purging $1"
    FILE=`echo -n "$1" | md5sum | awk '{print $1}'`
    FULLPATH=/var/cache/cdn/${FILE:31:1}/${FILE:29:2}/${FILE}
    rm -f "${FULLPATH}"
fi

ಸಂಪೂರ್ಣ ಸಂಗ್ರಹವನ್ನು ಅಳಿಸಲು, ಅದನ್ನು ರನ್ ಮಾಡಿ, ಪ್ರತ್ಯೇಕ ಫೈಲ್ ಅನ್ನು ಈ ರೀತಿ ಸ್ವಚ್ಛಗೊಳಿಸಬಹುದು:

root@cdn:~# ./purge.sh /test.jpg

ತೀರ್ಮಾನಗಳಿಗೆ ಬದಲಾಗಿ

ಅಂತಿಮವಾಗಿ, ಆ ಸಮಯದಲ್ಲಿ ನನ್ನ ತಲೆಯನ್ನು ನೋಯಿಸಿದ ಕುಂಟೆಯ ಮೇಲೆ ತಕ್ಷಣವೇ ಹೆಜ್ಜೆ ಹಾಕಲು ನಾನು ಕೆಲವು ಉಪಯುಕ್ತ ಸಲಹೆಗಳನ್ನು ನೀಡಲು ಬಯಸುತ್ತೇನೆ:

ಸಿಡಿಎನ್‌ನ ದೋಷ ಸಹಿಷ್ಣುತೆಯನ್ನು ಹೆಚ್ಚಿಸಲು, ಡಿಎನ್‌ಎಸ್ ಫೇಲ್‌ಓವರ್ ಅನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಲು ಶಿಫಾರಸು ಮಾಡಲಾಗಿದೆ, ಇದು ಸರ್ವರ್ ಸ್ಥಗಿತದ ಸಂದರ್ಭದಲ್ಲಿ ಎ ದಾಖಲೆಯನ್ನು ತ್ವರಿತವಾಗಿ ಬದಲಾಯಿಸಲು ಸಹಾಯ ಮಾಡುತ್ತದೆ. ಡೊಮೇನ್‌ನ ನಿಯಂತ್ರಣ ಫಲಕ DNS ದಾಖಲೆಗಳಲ್ಲಿ ಇದನ್ನು ಮಾಡಲಾಗುತ್ತದೆ.
ವಿಶಾಲವಾದ ಭೌಗೋಳಿಕ ವ್ಯಾಪ್ತಿಯನ್ನು ಹೊಂದಿರುವ ಸೈಟ್‌ಗಳಿಗೆ ಹೆಚ್ಚಿನ ಸಂಖ್ಯೆಯ CDN ಗಳು ಬೇಕಾಗುತ್ತವೆ, ಆದರೆ ಮತಾಂಧವಾಗಿರಬಾರದು. ನೀವು 6-7 ಸ್ಥಳಗಳಲ್ಲಿ ಸರ್ವರ್‌ಗಳನ್ನು ಇರಿಸಿದರೆ ಪಾವತಿಸಿದ CDN ಗೆ ಹೋಲಿಸಿದರೆ ಬಳಕೆದಾರರು ಗಮನಾರ್ಹ ವ್ಯತ್ಯಾಸವನ್ನು ಗಮನಿಸುವುದಿಲ್ಲ: ಯುರೋಪ್, ಉತ್ತರ ಅಮೇರಿಕಾ (ಪೂರ್ವ), ಉತ್ತರ ಅಮೇರಿಕಾ (ಪಶ್ಚಿಮ), ಸಿಂಗಾಪುರ್, ಆಸ್ಟ್ರೇಲಿಯಾ, ಹಾಂಗ್ ಕಾಂಗ್ ಅಥವಾ ಜಪಾನ್
ಕೆಲವೊಮ್ಮೆ ಹೋಸ್ಟರ್‌ಗಳು CDN ಉದ್ದೇಶಗಳಿಗಾಗಿ ಬಾಡಿಗೆ ಸರ್ವರ್‌ಗಳ ಬಳಕೆಯನ್ನು ಅನುಮತಿಸುವುದಿಲ್ಲ. ಆದ್ದರಿಂದ, ನೀವು ಇದ್ದಕ್ಕಿದ್ದಂತೆ ವಿಷಯ ವಿತರಣಾ ನೆಟ್‌ವರ್ಕ್ ಅನ್ನು ಸೇವೆಯಾಗಿ ನಿಯೋಜಿಸಲು ನಿರ್ಧರಿಸಿದರೆ, ನಿರ್ದಿಷ್ಟ ಹೋಸ್ಟಿಂಗ್ ಪೂರೈಕೆದಾರರ ನಿಯಮಗಳನ್ನು ಮುಂಚಿತವಾಗಿ ಓದಲು ಮರೆಯಬೇಡಿ
ಅನ್ವೇಷಿಸಿ ನೀರೊಳಗಿನ ಸಂವಹನ ನಕ್ಷೆಖಂಡಗಳು ಹೇಗೆ ಸಂಪರ್ಕಗೊಂಡಿವೆ ಎಂಬುದನ್ನು ಪ್ರತಿನಿಧಿಸಲು ಮತ್ತು ವಿಷಯ ವಿತರಣಾ ಜಾಲವನ್ನು ನಿರ್ಮಿಸುವಾಗ ಇದನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳಿ
ಪರಿಶೀಲಿಸಲು ಪ್ರಯತ್ನಿಸಿ ವಿವಿಧ ಸ್ಥಳಗಳಿಂದ ಪಿಂಗ್ಗಳು ನಿಮ್ಮ ಸರ್ವರ್‌ಗಳಿಗೆ. ಈ ರೀತಿಯಲ್ಲಿ ನೀವು CDN ಪಾಯಿಂಟ್‌ಗಳಿಗೆ ಹತ್ತಿರವಿರುವ ಪ್ರದೇಶಗಳನ್ನು ನೋಡಬಹುದು ಮತ್ತು GeoDNS ಅನ್ನು ಹೆಚ್ಚು ಸರಿಯಾಗಿ ಕಾನ್ಫಿಗರ್ ಮಾಡಬಹುದು
ಕಾರ್ಯಗಳನ್ನು ಅವಲಂಬಿಸಿ, ನಿರ್ದಿಷ್ಟ ಹಿಡಿದಿಟ್ಟುಕೊಳ್ಳುವ ಅವಶ್ಯಕತೆಗಳಿಗಾಗಿ Nginx ಅನ್ನು ಉತ್ತಮಗೊಳಿಸಲು ಮತ್ತು ಸರ್ವರ್‌ನಲ್ಲಿನ ಲೋಡ್ ಅನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳಲು ಇದು ಉಪಯುಕ್ತವಾಗಿರುತ್ತದೆ. Nginx ಸಂಗ್ರಹದ ಬಗ್ಗೆ ಲೇಖನಗಳು ನನಗೆ ಇದರಲ್ಲಿ ಬಹಳಷ್ಟು ಸಹಾಯ ಮಾಡಿತು - ಇಲ್ಲಿ ಮತ್ತು ಭಾರವಾದ ಹೊರೆಗಳ ಅಡಿಯಲ್ಲಿ ಕೆಲಸದ ವೇಗವರ್ಧನೆ: ಇಲ್ಲಿ и ಇಲ್ಲಿ

ಮೂಲ: www.habr.com