Jmena konvence

Puvodni servery, ktere budeme zachovavat budou mimo schema, servery mimo schema a servery, ktere maji v typu jmeno dodavatele NEjsou spravovany nama prez ansible.

Zakladni Schema

Pouziva se pro vetsinu serveru.

$KIND$ID.$LOCALITY.easy2.cloud

KIND: - vip - client - trial - subdodavatel (pokud se o server stara nekdo jiny, napriklad droptica) - cokoli dalsiho

ID: 1-99

LOCALITY: jak nam bude pro kterou lokalitu vyhovovat (mesta, staty, svetadily). Lokality mohou byt dale cislovane, napriklad dev1, fra2, atp.

Priklad

• client21.fra.easy2.cloud
• vip5.us-e.easy2.cloud
• …

Nomad servery

Jmena konvence urcena nomad serverum, nebo v drobne obmene, lze pouzit pro dalsi clusterovane veci, jako treba databaze.

n$ID.$LOCALITY$CLUSTER_ID.easy2.cloud

Priklad:

• n1.de1.easy2.cloud
• n5.fra2.easy2.cloud
• n2.us-e1.easy2.cloud

Nomad servery v nazvu nenesou ucel

26.4.2022 - S Petrem a Lukasem sme se shodli, ze nebudeme v nazvu promitat ucel serveru (client/private) protoze nam to usetri naklady pri recyklaci spojene s prejmenovavanim serveru.

Rozsirene schema pro clustery

n${nodeID}-${KIND}${clusterID}.{LOKALITA}.easy2.cloud

KIND: dle libosti, napriklad db, redis, fs, app, …

Priklad:

n1-db2.de1.easy2.cloud

Pocet uzlu v clusteru

Podminka vychazi z neschopnosti se v dane skupine domluvit, kdo ma pravdu. Ve skupine 3, 5, 7 a 9 nikdy nebude remiza, ve skupine napriklad 2, nebo 4 clenu je dosazeni remizy prilis snadne (remiza v clustru ma fatalni dopady). Proto se v clusteru musi nachazet 1,3,5,6,7,.... nodu/leaderu, maximalne vsak opet nejake rozumne mnozstvi dle sluzby, napriklad db s mnozstvim nodu zpomaluje zapisy.