Auteur Sujet: Scaleway New Availability zone : mensonge? (Lu 9511 fois)

Leon · « **Réponse #24 le:** 16 mai 2023 à 13:08:50 »

Citation de: vivien le 16 mai 2023 à 10:29:47

Il me semble que dans les plans initiaux, les peering devaient être sur DC3 et DC4.

DC4 qui a une situation idéale en plein Paris, mais il semble que la mairie de Paris refuse que les bâtiments soient utilisés en Data center (excepté l'abri anti-atomique).

DC5 est clairement moins intéressant que DC4 pour faire du peering.

Mouais...
Ca fait 6 ans qu'on sait que Online/Scaleway DC4, partie "en surface", ne va pas ouvrir dans les 5 ans à venir. C'est toujours valable en 2023... Il est totalement improbable que DC4 "en surface" ouvre dans les 5 ans à venir.

Encore une fois, si Scaleway (branche Datacenter) a du mal à faire venir les opérateurs à DC5, il "suffirait" que Scaleway (branche cloud-provider) se construise un MAN parisien , en louant 2 ou 3 baies dans chacun des gros "carrier hotel" de Paris, et on n'en parle plus... Un MAN parisien de grosse capacité avec 3 POPs (dont DC3), ça serait largement suffisant.
Scaleway est un Cloud provider, il lui faut une bonne connectivité Internet. Tous les gros Cloud provider sérieux procèdent comme ça, avec des MAN allumés en propre.

Là, ça fait 3 ans que Scaleway vend une availability zone qui n'en n'est pas une...
Regardez le réseau OVH, chaque DC a ses propres interconnexions vers les POPs les plus proches, et de manière redondante. Aucun DC ne dépend d'un autre.

Leon.

vivien · « **Réponse #25 le:** 16 mai 2023 à 13:19:58 »

Citation de: Leon le 16 mai 2023 à 13:08:50

Aucun DC ne dépend d'un autre.

SBG1, SBG3 et SBG4 dépendaient des 2 salles réseau de SBG2 il me semble.

Leon · « **Réponse #26 le:** 16 mai 2023 à 13:26:22 »

On est hors sujet... mais c'est pas grave

Citation de: vivien le 16 mai 2023 à 13:19:58

SBG1, SBG3 et SBG4 dépendaient des 2 salles réseau de SBG2 il me semble.

Ca n'a rien à voir, Vivien.
OVH ne vend pas les différents bâtiments/salles d'un même campus comme des Availability Zones différentes/indépendantes. Et c'est bien normal.
Aucun Cloud provider sérieux n'oserait faire une connerie pareille... LOL.
OVH a 3 gros campus en France : Roubaix, Gravelines, Strasbourg. C'est à ce niveau que se fait la high-availability chez OVH, les campus étant au maximum indépendant entre eux.

Dans ce sujet, on parle bien de la "zone de défaillance unique" de Scaleway région "Paris".
Scaleway vend bel et bien 2 availability zones (3 en fait) dans la région "Paris"
- Paris 1 = DC2 + DC3
- Paris 2 = DC5
-(Paris 3 = DC4 sous terrain mais uniquement pour du backup, donc ça n'a rien à voir avec le concept d'Availability)
Paris-1 et Paris-2 ne sont pas assez indépendantes, d'un point de vue réseau, c'est anormal.

Leon.

kgersen · « **Réponse #27 le:** 16 mai 2023 à 14:03:41 »

On dirait plus un problème de comm et de définition de 'availability' zone. Tu as l'air focalisé sur une définition très particulière et très théorique.

Il faudrait la définir plus formellement et voir quels sont les cloud providers qui la respecte ou pas...

F-GAHX · « **Réponse #28 le:** 16 mai 2023 à 15:47:09 »

Je comprend la coté définition différente mais la si je comprend bien, DC3 brule DC5 n'a plus de connectivité par consequent ne sert a rien
Or un AZ c'est l'assurance que si une zone tombe l'autre "survis" ce qui n'a pas l'air d'être le cas au niveau de la connectivité.

Leon · « **Réponse #29 le:** 16 mai 2023 à 20:07:22 »

Citation de: kgersen le 16 mai 2023 à 14:03:41

On dirait plus un problème de comm et de définition de 'availability' zone. Tu as l'air focalisé sur une définition très particulière et très théorique.

Euh, je ne te comprends pas. Le président de Scaleway, Arnaud de Bermingham, a l'air d'accord avec ma définition. Donc je n'ai aucun doute. Je ne vois pas comment on peut avoir des doutes sur la définition d'une "Availability Zone", sur un sujet aussi clair, aussi critique pour un Cloud Provider.
Tout le monde a la même définition de ce qu'est une Availability Zone, il ne peut pas y avoir de toute sur le sujet.

Voir le message d'Arnaud de Bermingham il y a 2 ans:

Citation de: abermingham le 06 octobre 2020 à 13:31:28

Hello,
Oui, vous avez raison, et c'est le design cible à terme : chaque AZ constituant une région doit avoir des points d'entrée / sortie réseau répartis depuis plusieurs AZ - et chaque région à son propre réseau indépendant et non connecté aux autres régions.
Maintenant, il va se passer un certain temps avant d'y arriver c'est sur :-)
[...]
Bref, c'est pas state-of-art et plutôt legacy et on va tendre vers mieux avec le temps avec une logique plus "cloud" (Région vs AZ vs Edge), mais nous n'avons pas à rougir de ce qui existe : c'est un design éprouvé depuis très longtemps chez nous, très opérateur/hébergeur certes mais qui à fait ses preuves avec 0 incident réseau depuis notre adolescence et qui à survécu aux pires incidents (comme l'énorme fiber-cut de DC2 pendant le confinement par exemple).

A+
Arnaud

Leon.

kgersen · « **Réponse #30 le:** 16 mai 2023 à 23:15:48 »

Citation de: Leon le 16 mai 2023 à 20:07:22

Tout le monde a la même définition de ce qu'est une Availability Zone, il ne peut pas y avoir de toute sur le sujet.

quand t'as une vue "DC traditionnel" oui (machines physiques). Tu parles de "zones physiques". Si tu te restreint ta définition a 'x sources d'électricité' et 'x adductions réseau' etc c'est vague et trop "physique" sauf si on parle DC traditionnel mais la tu parle de "Scaleway Cloud" non ?

Quand on parle Cloud, c'est des vm, des briques managées, applications, etc ce n'est plus pareil.
La latence, les couts de transfert entre zones inclus ou pas, quel débit pour ces transferts ? sont-ils garantis ? (Azure par exemple, indique "2ms max" entre zone d'une même région, ca fait parti de ta définition ?).
Le load-balancing ou pas des IPs public/privés, etc
La définition même de "zone" devient plus complexe et moins consensuelle. Ce n'est pas juste des DC et du hardware. loin de la.
Pour certains services tu n'as même plus la notion de "zone", y'a que région.

Apres c'est certain chacun voit son bout du sujet. Du coté application/dev, la HA ce n'est pas juste du hardware dispo "ailleurs" en cas de panne. C'est bien plus complexe à faire.

En plus les zones (en vue Cloud) sont de plus en plus "virtuelles" que physiques. Scaleway est petit donc j'imagine que la zone "paris-1" est la même pour tout le monde et correspond toujours a DCx ?
Chez AWS d'un compte a l'autre, la même zone "us-east-1a" peut être physiquement ailleurs.

Bref la définition de zone n'est pas a ma connaissance standardisée.

Leon · « **Réponse #31 le:** 17 mai 2023 à 00:01:03 »

Je ne comprends pas le rapport avec ce qui est discuté ici.
Ici on parle de la notion de défaillance unique entre 2 "availability zones". Le terme Availability est le plus important. Tous les acteurs qui emploient le terme "availability zone" parlent clairement du même concept : répartition entre zones pour assurer le maximum de disponibilité, de résilience aux défaillances, sans point de défaillance unique entre zones. Clair, net, précis.

Tout le reste de ta prose, c'est une autre discussion.
Oui, la notion de zones varie entre acteurs, on est d'accord, mais ça n'est pas l'objet de la discussion.
Oui, la notion de latence c'est important, pour des services de réplication synchrone notamment.
Ici, on parle de Scaleway, pas d'AWS ou Google-Cloud.
Et d'autres acteurs cloud (OVH) ne parlent pas du tout d'Availability Zones, oui, mais on ne parle pas d'eux ici.
Oui, différents cloud provider offrent des services différents inter-zones, inter-région, mais ça n'est pas l'objet de la discussion ici.

Franchement, si même le président de Scaleway dit qu'ils ne sont pas actuellement dans les bons standards d'isolation réseau entre les Availability Zones, je ne sais pas ce qu'il te faut de plus.

Leon.

vivien · « **Réponse #32 le:** 17 mai 2023 à 07:58:39 »

Si le transit de DC5 est suffisamment dimensionné, en cas de perte de DC3 et donc de tous les peering, DC5 serait toujours joignable via ses transits.

Pour les grands acteurs, c'est toujours le transit qui est le backup des peering (et non les points d'échange, dont les liens ne sont pas suffisamment dimensionnés).

Leon · « **Réponse #33 le:** 17 mai 2023 à 09:30:31 »

Salut Vivien,

Citation de: vivien le 17 mai 2023 à 07:58:39

Si le transit de DC5 est suffisamment dimensionné, en cas de perte de DC3 et donc de tous les peering, DC5 serait toujours joignable via ses transits.

J'ai déjà répondu à cette question un peu plus haut. Aujourd'hui, le transit DC5 n'est clairement pas dimensionné pour reprendre tout DC5.
Il faut bien voir que DC5 est devenu le plus gros DC de Scaleway (branche cloud-provider) en terme de trafic.

Citation de: Leon le 16 mai 2023 à 09:17:36

Les capacités d'interconnexion :
DC5 : Je compte 10 x 100Gbps = 1Tbps de transit "seulement".
DC3 : plus de 5.2Tbps en local
- 38 x 100Gbps = 3.8Tbps de transit
- 14 x 100Gbps = 1.4Tbps de peering
- plus d'autres interconnexions moins importantes (TH2, private peering DC3), qui aboutissent toutes à DC3.

Sachant que le trafic pointe généré par Scaleway DC5 tutoie les 2Tb/s (4Tb/s pour toute la région Paris), ça semble insuffisant si l'interconnexion vers DC3 vient à tomber, ou si DC3 tombe entièrement.
https://netmap.scaleway.com/

kgersen · « **Réponse #34 le:** 17 mai 2023 à 09:39:05 »

Voici la définition de Scaleway: https://www.scaleway.com/en/blog/design-considerations-and-our-recommendations-for-data-protection/ (signalée par un lecteur):
C'est daté d'avril 2021:

Citer

5km with a maximum internal latency of 1.4 ms and situated at least 50km from another availability zone in the same region
...
The physical fault domain is the availability zone and the network failure area is the region
...
As a customer, you are responsible for the redundancy and the management of the services that run on top of your infrastructure products. The highest level of redundancy is obtained by developing your application across several distinct regions.
...
To avoid misleading our customers, we systematically recommend that they build their infrastructure across multiple regions

Leon · « **Réponse #35 le:** 17 mai 2023 à 10:41:53 »

Citation de: kgersen le 17 mai 2023 à 09:39:05

Voici la définition de Scaleway: https://www.scaleway.com/en/blog/design-considerations-and-our-recommendations-for-data-protection/ (signalée par un lecteur):

OK, merci pour ça.
C'est malheureusement noyé au milieu d'un blog post chez Scaleway, Ca n'est même pas dans la documentation officielle de Scaleway sur les Availability-Zones!
C'est quand même limite...
https://www.scaleway.com/en/docs/console/my-account/reference-content/products-availability/

Scaleway n'en finit pas de descendre dans mon estime. C'est dommage, c'était une belle entreprise il y a quelques années.

Leon.