Demandez-moi N'importe Quoi - Data Center Network dans le Cloud avec Cisco ACI

[Modérateur Cisco]

Notre expert

Julien Couturier est Technical Solutions Architect (TSA) au sein de l'équipe data center de Cisco France, avec une spécialisation sur les solutions Nexus, ACI et leur écosystème. Avant de rejoindre Cisco en 2013, il a occupé des fonctions d'ingénieur réseau, de consultant réseau, puis d’ingénieur avant-vente. Julien a suivi des études d'ingénieur à l'ENSIMAG et est certifié CCIE R&S n°21502.

NOTE : Pour retrouver les documents et détails du webcast du 6 janvier 2020, suivez le lien http://bit.ly/WEB-FRjan20

---

Posez vos questions ! Toutes les questions par rapport au webcast de ACI Anywhere seront répondues, connectivité, segmentation, composants, meilleures pratiques et solutions aux problèmes récurrents.

Posez vos questions du 9 au 17 janvier 2020.

Poser une Question

** Les compliments encouragent la participation de tous nos membres et experts **
Complimentez leur réponses à vos questions pour les remercier !

[Sandrine964]

Bonjour Julien,

Pouvez-vous me dire comment est réalisée la synchronisation entre APIC et Cloud APIC ?

Merci !

Sandrine

[jucoutur]

Bonjour Sandrine,

La synchronisation entre les APIC et Cloud APIC des différents sites est assurée par un service porté par le Multi-Site Orchestrator (MSO) appelé "CloudSync". Comme tout service porté par le cluster MSO, il se présente sous la forme d'un container Docker. Il reçoit une notification chaque fois qu'un nouveau endpoint est attaché à un EPG/Cloud EPG local et réagit à cet évènement par la configuration de l'External EPG/Cloud External EPG le représentant sur les autres sites. Par exemple l'attachement d'une instance EC2 côté AWS dans un Cloud EPG "EPG-AWS" va entrainer l'ajout d'une entrée /32 correspondant à l'adresse IP de cette instance dans l'External EPG "EPG-AWS" de l'APIC sur un site physique. Les communications sont alors autorisées ou exclues en fonction des politiques déployées.

Cordialement,

Julien

[Didier M]

Salut !

Est-ce qu’un site ACI multipod peut être utilisé comme un site dans ACI Multisite ?

Didier

[jucoutur]

Bonjour Didier,

Absolument ! Depuis ACI 3.2(1), un déploiement multi-pod peut constituer un site au sein d'un déploiement multi-site. Les 2 solutions peuvent donc être combinée afin de disposer du meilleur des 2 mondes.

l'URL suivante explique en détail le design d'une telle solution : https://www.cisco.com/c/en/us/solutions/collateral/data-center-virtualization/application-centric-infrastructure/white-paper-c11-739609.html#_Toc10622130

Cordialement,

Julien

[Didier M]

Super, merci!

[Olipo]

Bonsoir Julien,

Dans ce cas particulier, je pense que Google Cloud est supporté n'est-ce pas ?

Merci, Olivier.

[jucoutur]

Bonsoir Olipo,

Dans les release ACI actuellement disponibles, seuls les clouds AWS et Azure sont supportés.

Le plan actuel serait d'ajouter le support pour GCP pour fin 2020, mais cela peut changer. Je vous suggère donc de vous rapprocher de votre équipe de compte Cisco pour plus de détails et alimenter notre Business Unit avec vos besoins !

Cordialement,

Julien

[JeanMD]

Pourquoi une partie de la configuration est-elle réalisée dans le template et une autre partie dans la section associée au site ?

Cdlt. JMD

[jucoutur]

Bonjour,

Un template peut être associé à un ou plusieurs sites et présente les objets du policy model applicables aux différents sites : EPG, BD, VRF, contrats, etc... Le paramétrage de certains aspects de ces objets peut être lié au site. Par exemple, l'association à un domaine VMM (vSphere, Hyper-V, Kubernetes, OpenStack, etc.) est obligatoirement faite localement au site. La configuration de ces paramètres est alors effectuée sous nom_du_site > template_associé.

Un autre exemple est le paramétrage de la VRF lorsqu'elle est étendue à un site cloud, car cela implique de définir sur le site cloud dans quel région et zone de disponibilité déployer le VPC/VNET correspondant, ainsi que les CIDR/sous-réseaux associés.

Cordialement,

Julien

[AlainDC010]

Comment se passe l’upgrade du Cloud APIC ?

Alain

[jucoutur]

Bonjour Alain,

L'upgrade du Cloud APIC se déroule de façon assez semblable à l'upgrade d'un APIC physique.

Les 3 grandes étapes sont les suivantes :

• chargement du firmware dans le Cloud APIC
  • on peut pousser le firmware depuis sa station ou depuis une source distante, soit en SCP soit en HTTP (un bucket S3 par exemple)
• déclenchement de l'upgrade
  • immédiat ou planifié
• déroulement de l'upgrade
  • l'upgrade du Cloud APIC n'entraine pas d'interruption de service au niveau du data plane des instances cloud. En revanche, le Cloud APIC ne sera pas disponible pendant le redémarrage de l'instance. Il ne sera donc pas possible d'effectuer de modification de la configuration des politiques durant ce court moment. Une fonction de clustering haute disponibilité du Cloud APIC arrive dans une prochaine version.
  • l'upgrade du Cloud APIC peut éventuellement inclure l'upgrade des CSR1000v. Si c'est le cas, les 2 CSR sont upgradés l'un après l'autre afin de ne pas entrainer d'interruption de service
  • compter environ 30mn pour dérouler la procédure d'upgrade

Comme pour tout upgrade, il est indispensable de lire les release notes de la version cible (disponibles ici) avant toute opération afin de vérifier les prérequis.

Cordialement,

Julien

[AlainDC010]

Merci pour les liens, je reviendrais vers vous si nécessaire.

Alain