ಅಪ್ಲಿಕೇಶನ್ ಸೆಂಟ್ರಿಕ್ ಮೂಲಸೌಕರ್ಯ. ಭವಿಷ್ಯದ ನೆಟ್ವರ್ಕ್ ಆರ್ಕಿಟೆಕ್ಚರ್ - ಊಹಾಪೋಹದಿಂದ ಕ್ರಿಯೆಗೆ

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

ಮೇ 2019 ರಲ್ಲಿ ಸೇಂಟ್ ಪೀಟರ್ಸ್‌ಬರ್ಗ್‌ನಲ್ಲಿ ಹೊಸ ನೆಟ್‌ವರ್ಕ್ ಆರ್ಕಿಟೆಕ್ಚರ್ ಕುರಿತು ನೀವು ಇನ್ನಷ್ಟು ತಿಳಿದುಕೊಳ್ಳಬಹುದು. ಎಲ್ಲಾ ವಿವರಗಳಿವೆ ಲಿಂಕ್. ಸೈನ್ ಅಪ್ ಮಾಡಿ!

ಪೂರ್ವೇತಿಹಾಸದ
ಸಾಂಪ್ರದಾಯಿಕ ಮತ್ತು ಅತ್ಯಂತ ಜನಪ್ರಿಯ ನೆಟ್‌ವರ್ಕ್ ನಿರ್ಮಾಣ ಮಾದರಿಯು ಮೂರು-ಹಂತದ ಕ್ರಮಾನುಗತ ಮಾದರಿಯಾಗಿದೆ: ಕೋರ್ -> ವಿತರಣೆ (ಒಟ್ಟುಗೂಡುವಿಕೆ) -> ಪ್ರವೇಶ. ಅನೇಕ ವರ್ಷಗಳಿಂದ, ಈ ಮಾದರಿಯು ಪ್ರಮಾಣಿತವಾಗಿತ್ತು; ತಯಾರಕರು ಅದಕ್ಕೆ ಸೂಕ್ತವಾದ ಕಾರ್ಯವನ್ನು ಹೊಂದಿರುವ ವಿವಿಧ ನೆಟ್ವರ್ಕ್ ಸಾಧನಗಳನ್ನು ಉತ್ಪಾದಿಸಿದರು.
ಹಿಂದೆ, ಮಾಹಿತಿ ತಂತ್ರಜ್ಞಾನವು ವ್ಯವಹಾರಕ್ಕೆ ಅಗತ್ಯವಾದ (ಮತ್ತು, ಸ್ಪಷ್ಟವಾಗಿ, ಯಾವಾಗಲೂ ಬಯಸುವುದಿಲ್ಲ) ಅನುಬಂಧವಾಗಿದ್ದಾಗ, ಈ ಮಾದರಿಯು ಅನುಕೂಲಕರ, ಅತ್ಯಂತ ಸ್ಥಿರ ಮತ್ತು ವಿಶ್ವಾಸಾರ್ಹವಾಗಿತ್ತು. ಆದಾಗ್ಯೂ, ಈಗ ಐಟಿಯು ವ್ಯಾಪಾರ ಅಭಿವೃದ್ಧಿಯ ಚಾಲಕಗಳಲ್ಲಿ ಒಂದಾಗಿದೆ, ಮತ್ತು ಅನೇಕ ಸಂದರ್ಭಗಳಲ್ಲಿ ವ್ಯವಹಾರವು ಸ್ವತಃ, ಈ ಮಾದರಿಯ ಸ್ಥಿರ ಸ್ವಭಾವವು ದೊಡ್ಡ ಸಮಸ್ಯೆಗಳನ್ನು ಉಂಟುಮಾಡಲು ಪ್ರಾರಂಭಿಸಿದೆ.

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

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

ಸಮಸ್ಯೆಯ ಮೂಲವು ಗಡುವುಗಳು ಅಥವಾ ಅವಶ್ಯಕತೆಗಳ ಸಂಕೀರ್ಣತೆಯೂ ಅಲ್ಲ. ವಾಸ್ತವವೆಂದರೆ ಈ ಅವಶ್ಯಕತೆಗಳನ್ನು ವ್ಯಾಪಾರ ಅಪ್ಲಿಕೇಶನ್‌ಗಳ ಭಾಷೆಯಿಂದ ನೆಟ್‌ವರ್ಕ್ ಮೂಲಸೌಕರ್ಯದ ಭಾಷೆಗೆ "ಅನುವಾದ" ಮಾಡಬೇಕಾಗಿದೆ. ನಿಮಗೆ ತಿಳಿದಿರುವಂತೆ, ಯಾವುದೇ ಅನುವಾದವು ಯಾವಾಗಲೂ ಅರ್ಥದ ಭಾಗಶಃ ನಷ್ಟವಾಗಿದೆ. ಅಪ್ಲಿಕೇಶನ್ ಮಾಲೀಕರು ತಮ್ಮ ಅಪ್ಲಿಕೇಶನ್‌ನ ತರ್ಕದ ಬಗ್ಗೆ ಮಾತನಾಡುವಾಗ, ನೆಟ್‌ವರ್ಕ್ ನಿರ್ವಾಹಕರು VLAN ಗಳ ಗುಂಪನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುತ್ತಾರೆ, ಬೆಂಬಲಿಸಬೇಕಾದ, ನವೀಕರಿಸಬೇಕಾದ ಮತ್ತು ದಾಖಲಿಸಬೇಕಾದ ಡಜನ್ಗಟ್ಟಲೆ ಸಾಧನಗಳಲ್ಲಿ ಪ್ರವೇಶ ಪಟ್ಟಿಗಳು.

ಗ್ರಾಹಕರೊಂದಿಗೆ ಸಂಗ್ರಹವಾದ ಅನುಭವ ಮತ್ತು ನಿರಂತರ ಸಂವಹನವು ಆಧುನಿಕ ಪ್ರವೃತ್ತಿಗಳನ್ನು ಪೂರೈಸುವ ಮತ್ತು ಮೊದಲನೆಯದಾಗಿ, ವ್ಯಾಪಾರ ಅಪ್ಲಿಕೇಶನ್‌ಗಳ ತರ್ಕವನ್ನು ಆಧರಿಸಿದ ಡೇಟಾ ಸೆಂಟರ್ ಡೇಟಾ ಟ್ರಾನ್ಸ್‌ಮಿಷನ್ ನೆಟ್‌ವರ್ಕ್ ಅನ್ನು ನಿರ್ಮಿಸಲು ಹೊಸ ತತ್ವಗಳನ್ನು ವಿನ್ಯಾಸಗೊಳಿಸಲು ಮತ್ತು ಕಾರ್ಯಗತಗೊಳಿಸಲು ಸಿಸ್ಕೋಗೆ ಅವಕಾಶ ಮಾಡಿಕೊಟ್ಟಿತು. ಆದ್ದರಿಂದ ಹೆಸರು - ಅಪ್ಲಿಕೇಶನ್ ಸೆಂಟ್ರಿಕ್ ಇನ್ಫ್ರಾಸ್ಟ್ರಕ್ಚರ್.

ACI ಆರ್ಕಿಟೆಕ್ಚರ್.
ಎಸಿಐ ಆರ್ಕಿಟೆಕ್ಚರ್ ಅನ್ನು ಭೌತಿಕ ಕಡೆಯಿಂದ ಅಲ್ಲ, ಆದರೆ ತಾರ್ಕಿಕ ಭಾಗದಿಂದ ಪರಿಗಣಿಸುವುದು ಅತ್ಯಂತ ಸರಿಯಾಗಿದೆ. ಇದು ಸ್ವಯಂಚಾಲಿತ ನೀತಿಗಳ ಮಾದರಿಯನ್ನು ಆಧರಿಸಿದೆ, ಉನ್ನತ ಮಟ್ಟದಲ್ಲಿ ಇರುವ ವಸ್ತುಗಳನ್ನು ಈ ಕೆಳಗಿನ ಘಟಕಗಳಾಗಿ ವಿಂಗಡಿಸಬಹುದು:

  1. Nexus ಸ್ವಿಚ್‌ಗಳನ್ನು ಆಧರಿಸಿದ ನೆಟ್‌ವರ್ಕ್.
  2. APIC ನಿಯಂತ್ರಕ ಕ್ಲಸ್ಟರ್;
  3. ಅಪ್ಲಿಕೇಶನ್ ಪ್ರೊಫೈಲ್ಗಳು;

ಅಪ್ಲಿಕೇಶನ್ ಸೆಂಟ್ರಿಕ್ ಮೂಲಸೌಕರ್ಯ. ಭವಿಷ್ಯದ ನೆಟ್ವರ್ಕ್ ಆರ್ಕಿಟೆಕ್ಚರ್ - ಊಹಾಪೋಹದಿಂದ ಕ್ರಿಯೆಗೆ
ಪ್ರತಿಯೊಂದು ಹಂತವನ್ನು ಹೆಚ್ಚು ವಿವರವಾಗಿ ನೋಡೋಣ - ಮತ್ತು ನಾವು ಸರಳದಿಂದ ಸಂಕೀರ್ಣಕ್ಕೆ ಹೋಗುತ್ತೇವೆ.

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

ಹೀಗಾಗಿ, ಸ್ಕೇಲಿಂಗ್ ಸಮಸ್ಯೆಗಳನ್ನು ಸುಲಭವಾಗಿ ಪರಿಹರಿಸಲಾಗುತ್ತದೆ: ನಾವು ಫ್ಯಾಬ್ರಿಕ್ ಥ್ರೋಪುಟ್ ಅನ್ನು ಹೆಚ್ಚಿಸಬೇಕಾದರೆ, ನಾವು ಸ್ಪೈನ್ ಸ್ವಿಚ್ಗಳನ್ನು ಸೇರಿಸುತ್ತೇವೆ ಮತ್ತು ಪೋರ್ಟ್ ಸಾಮರ್ಥ್ಯವನ್ನು ಹೆಚ್ಚಿಸಬೇಕಾದರೆ, ನಾವು ಲೀಫ್ ಅನ್ನು ಸೇರಿಸುತ್ತೇವೆ.
ಎರಡೂ ಹಂತಗಳಿಗೆ, ಸಿಸ್ಕೋ ನೆಕ್ಸಸ್ 9000 ಸರಣಿಯ ಸ್ವಿಚ್‌ಗಳನ್ನು ಬಳಸಲಾಗುತ್ತದೆ, ಇದು ಸಿಸ್ಕೋಗೆ ಅವುಗಳ ಆರ್ಕಿಟೆಕ್ಚರ್ ಅನ್ನು ಲೆಕ್ಕಿಸದೆ ಡೇಟಾ ಸೆಂಟರ್ ನೆಟ್‌ವರ್ಕ್‌ಗಳನ್ನು ನಿರ್ಮಿಸಲು ಮುಖ್ಯ ಸಾಧನವಾಗಿದೆ. ಬೆನ್ನೆಲುಬಿನ ಪದರಕ್ಕಾಗಿ, Nexus 9300 ಅಥವಾ Nexus 9500 ಸ್ವಿಚ್‌ಗಳನ್ನು ಬಳಸಲಾಗುತ್ತದೆ ಮತ್ತು ಲೀಫ್‌ಗಾಗಿ ಮಾತ್ರ Nexus 9300 ಅನ್ನು ಬಳಸಲಾಗುತ್ತದೆ.
ACI ಕಾರ್ಖಾನೆಯಲ್ಲಿ ಬಳಸಲಾಗುವ Nexus ಸ್ವಿಚ್‌ಗಳ ಮಾದರಿ ಶ್ರೇಣಿಯನ್ನು ಕೆಳಗಿನ ಚಿತ್ರದಲ್ಲಿ ತೋರಿಸಲಾಗಿದೆ.
ಅಪ್ಲಿಕೇಶನ್ ಸೆಂಟ್ರಿಕ್ ಮೂಲಸೌಕರ್ಯ. ಭವಿಷ್ಯದ ನೆಟ್ವರ್ಕ್ ಆರ್ಕಿಟೆಕ್ಚರ್ - ಊಹಾಪೋಹದಿಂದ ಕ್ರಿಯೆಗೆ

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

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

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

  • ಭೌತಿಕ ಬಂದರು
  • ತಾರ್ಕಿಕ ಪೋರ್ಟ್ (ವರ್ಚುವಲ್ ಸ್ವಿಚ್‌ನಲ್ಲಿ ಪೋರ್ಟ್ ಗುಂಪು)
  • VLAN ID ಅಥವಾ VXLAN
  • IP ವಿಳಾಸ ಅಥವಾ IP ಸಬ್ನೆಟ್
  • ಸರ್ವರ್ ಗುಣಲಕ್ಷಣಗಳು (ಹೆಸರು, ಸ್ಥಳ, OS ಆವೃತ್ತಿ, ಇತ್ಯಾದಿ)

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

ಕೆಳಗಿನ ಚಿತ್ರವು ಒಂದೇ ANP ಒಳಗೆ ಒಪ್ಪಂದಗಳ ಮೂಲಕ ವಿವಿಧ EPG ಗಳ ನಡುವೆ ಸಂವಹನವನ್ನು ಹೊಂದಿಸುವ ಉದಾಹರಣೆಯನ್ನು ವಿವರಿಸುತ್ತದೆ.
ಅಪ್ಲಿಕೇಶನ್ ಸೆಂಟ್ರಿಕ್ ಮೂಲಸೌಕರ್ಯ. ಭವಿಷ್ಯದ ನೆಟ್ವರ್ಕ್ ಆರ್ಕಿಟೆಕ್ಚರ್ - ಊಹಾಪೋಹದಿಂದ ಕ್ರಿಯೆಗೆ
ACI ಫ್ಯಾಕ್ಟರಿಯಲ್ಲಿ ಯಾವುದೇ ಸಂಖ್ಯೆಯ ಅಪ್ಲಿಕೇಶನ್ ಪ್ರೊಫೈಲ್‌ಗಳು ಇರಬಹುದು. ಹೆಚ್ಚುವರಿಯಾಗಿ, ಒಪ್ಪಂದಗಳನ್ನು ನಿರ್ದಿಷ್ಟ ಅಪ್ಲಿಕೇಶನ್ ಪ್ರೊಫೈಲ್‌ಗೆ ಜೋಡಿಸಲಾಗಿಲ್ಲ; ವಿವಿಧ ANP ಗಳಲ್ಲಿ EPG ಗಳನ್ನು ಸಂಪರ್ಕಿಸಲು ಅವುಗಳನ್ನು (ಮತ್ತು ಮಾಡಬೇಕು) ಬಳಸಬಹುದು.

ವಾಸ್ತವವಾಗಿ, ಒಂದು ರೂಪದಲ್ಲಿ ಅಥವಾ ಇನ್ನೊಂದರಲ್ಲಿ ನೆಟ್ವರ್ಕ್ ಅಗತ್ಯವಿರುವ ಪ್ರತಿಯೊಂದು ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಅದರ ಸ್ವಂತ ಪ್ರೊಫೈಲ್ನಿಂದ ವಿವರಿಸಲಾಗಿದೆ. ಉದಾಹರಣೆಗೆ, ಮೇಲಿನ ರೇಖಾಚಿತ್ರವು ಮೂರು ಹಂತದ ಅಪ್ಲಿಕೇಶನ್‌ನ ಪ್ರಮಾಣಿತ ಆರ್ಕಿಟೆಕ್ಚರ್ ಅನ್ನು ತೋರಿಸುತ್ತದೆ, ಇದು N ಸಂಖ್ಯೆಯ ಬಾಹ್ಯ ಪ್ರವೇಶ ಸರ್ವರ್‌ಗಳು (ವೆಬ್), ಅಪ್ಲಿಕೇಶನ್ ಸರ್ವರ್‌ಗಳು (ಆಪ್) ಮತ್ತು DBMS ಸರ್ವರ್‌ಗಳು (DB) ಅನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ ಮತ್ತು ನಡುವಿನ ಪರಸ್ಪರ ಕ್ರಿಯೆಯ ನಿಯಮಗಳನ್ನು ವಿವರಿಸುತ್ತದೆ. ಅವರು. ಸಾಂಪ್ರದಾಯಿಕ ನೆಟ್‌ವರ್ಕ್ ಮೂಲಸೌಕರ್ಯದಲ್ಲಿ, ಇದು ಮೂಲಸೌಕರ್ಯದಲ್ಲಿನ ವಿವಿಧ ಸಾಧನಗಳಲ್ಲಿ ಬರೆಯಲಾದ ನಿಯಮಗಳ ಗುಂಪಾಗಿದೆ. ACI ಆರ್ಕಿಟೆಕ್ಚರ್‌ನಲ್ಲಿ, ನಾವು ಈ ನಿಯಮಗಳನ್ನು ಒಂದೇ ಅಪ್ಲಿಕೇಶನ್ ಪ್ರೊಫೈಲ್‌ನಲ್ಲಿ ವಿವರಿಸುತ್ತೇವೆ. ACI, ಅಪ್ಲಿಕೇಶನ್ ಪ್ರೊಫೈಲ್ ಅನ್ನು ಬಳಸುವುದರಿಂದ, ವಿವಿಧ ಸಾಧನಗಳಲ್ಲಿ ಒಂದೇ ಪ್ರೊಫೈಲ್‌ಗೆ ಗುಂಪು ಮಾಡುವ ಮೂಲಕ ಹೆಚ್ಚಿನ ಸಂಖ್ಯೆಯ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ರಚಿಸಲು ಸುಲಭವಾಗುತ್ತದೆ.
ಕೆಳಗಿನ ಚಿತ್ರವು ಹೆಚ್ಚು ವಾಸ್ತವಿಕ ಉದಾಹರಣೆಯನ್ನು ತೋರಿಸುತ್ತದೆ. ಬಹು EPG ಗಳು ಮತ್ತು ಒಪ್ಪಂದಗಳಿಂದ ಮಾಡಿದ Microsoft Exchange ಅಪ್ಲಿಕೇಶನ್ ಪ್ರೊಫೈಲ್.
ಅಪ್ಲಿಕೇಶನ್ ಸೆಂಟ್ರಿಕ್ ಮೂಲಸೌಕರ್ಯ. ಭವಿಷ್ಯದ ನೆಟ್ವರ್ಕ್ ಆರ್ಕಿಟೆಕ್ಚರ್ - ಊಹಾಪೋಹದಿಂದ ಕ್ರಿಯೆಗೆ

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

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

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

ಮೂಲ: www.habr.com

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