Synology Italia - Forum

Salve,

la ns. azienda ha di recente acquistato 2 rs3614xs. Le due macchine hanno la posizione fisica dei dischi identica 1-10 HDD ed 11-12 SSD cache. Le schede di rete (tutte sulla stessa VLAN) LAN 1 e 2 sono in LAGG (bond) con IP statici, la 3 è libera e la 4 è collegata alla 4 dell'altro nas direttamente senza device di mezzo. La prima è completamente configurata, integrata in active directory, UPS, SNMP, antivirus, backup. Sullo storage è presente un'unico volume (con una serie di SAN iscsi per file) di quasi 50TB in raid5 con 1 hotspare e cache SSD sia in lettura che in scrittura. La seconda ha la rete configurata identica alla prima ma non ha ne app ne volumi sullo storage (visto che la documentazione dice che sarà tutto formattato alla fine del wizard) ma ha l'utente amministratore in comune con la prima macchina.

Ora eseguendo il wizard, dopo aver superato il primo stop legato all'uso del proxy ed il secondo legato alla richiesta di 2 schede di rete disponibili per l'ha, ottengo il prompt ip,utente,password ma ricevo il messaggio:

Impossibile collegarsi al server. Verificare la connessione di rete del server

mentre in /var/log/messages

ha.cgi: curl.cc:44 Failed to parse http response ''

Entrando in ssh sul primo nas posso sia pingare che collegarmi in telnet sulla porta HTTPS del secondo, ma non sapendo come funziona la ricerca server nell'ha non ho idea di cosa gli manchi.

Ogni aiuto è ben gradito

non vedo la presentazione ne la firma come da regolamento.

immagino tu abbia gia letto la guida
https://www.synology.com/it-it/knowledg ... nology_NAS
e disabilitato le app che non possono funzionare con HA.
l'Heartbeat vuole mi sa la porta uno. e se hai un 10 gb usa quella.
http è bloccato sul nas?

burghy86 ha scritto:non vedo la presentazione ne la firma come da regolamento.

Presentazione appena fatta ed ho recuperato la firma che non mi aveva salvato

burghy86 ha scritto:immagino tu abbia gia letto la guida
https://www.synology.com/it-it/knowledg ... nology_NAS

Si già letta e riletta

burghy86 ha scritto:e disabilitato le app che non possono funzionare con HA.

Rileggendo le app mi è caduto l'occhio su IPv6. Quale scheda deve averlo disabilitato? tutte? solo l'HB?

burghy86 ha scritto: l'Heartbeat vuole mi sa la porta uno.

Mi pare di averlo letto sul forum syno international che la porta non faccia differenza. Mi potresti dare conferma?

burghy86 ha scritto: e se hai un 10 gb usa quella.

Si ho una X540-t2 con 2 porte che erano state preventivate per gli 2 switch 10GBe che abbiam ordinato e non per l'HB. E' errato?

burghy86 ha scritto: http è bloccato sul nas?

No è attivo e raggiungibile ma è stato traslato di porta come consigliato

Visto l'errore che ti da prova a traslarlo.

Se non erro sul forum inglese avevo letto qualcosa riguardo alle porte 10gb e sul fatto che se c'è una o più porte 10g devi usarne una per l'heartbeat e molti si.lamentavano. per le 10g che cavi stai.usando per curiosità? Cat6a?

Se non usi ipv6 disabilita su tutte.

Apri tranquillamente un ticket con synology che si collega e ti dice il problema gratuitamente.
E non dimenticare di lasciare un feedback qui a risoluzione ultimata

inviato con il mio topotalk

Ok problema risolto, i semplici ma laboriosi (per evitare disconnessioni) passi:

1) modificato l'asset delle aggregazioni come da manuale LAN1 HB, LAN 2-4 in LAGG dati cluster. Niente di risolto non riesce a trovare il server passivo
2) riportato servizio http rackstation su porta 5000 sul server PASSIVO. Eccolo!!!! Finalmente riesce a trovare il server passivo

Procedura guidata completata e sync in corso. Al termine traslerò nuovamento il servizio HTTP nella speranza che non perda connettività (anche se credo fosse solo un check preliminare)

Non ho modificato IPv6 in nessuna nic (sono tutte in auto) ed il tutto va in MTU9000.

Grazie per il supporto buona giornata e buon weekend

E' sensato che la connessione HB richieda la NIC più veloce. Attraverso la HB non solo i due nas sis sentono ma si sincronizzano anche. Tu vuoi avere la sincronia real-time in modo che se il nodo attivo del cluster va giù quello passivo sia pronto a subentrare. Non sarebbe possibile se i dati fluissero a 10G mentre la sincronia gira a 1G.

Se vuoi ridondare anche gli switch della SAN dovresti riuscire a configurare una NIC 10G come connessone HB e l'altra 10G assieme alle 4x1G in LAG come connessioni primaria e backup sui due switch.
Se non usi IP6 disabilitalo, è inutile che generi traffico inutilmente.

Riguardo alla porta 5000 non credo sia necessario traslarla sulla rete della sun che sarà già di suo isolata. Tuttalpiù trasla la 5001 che è l'unica a cui darei eventualmente accesso esternamente, mai sulla 5000. Se poi accedi in vpn ed hai fatto una configurazione sicura sui pfsense puoi lasciare stare anche la 5001 o non abilitarla del tutto.
Consigliamo di traslare le porte sui NAS ad uso consumer connessi a internet con router SOHO/consumer. Un ambiente enterprise con personale IT qualificato sa quel che fa e come gestire la sicurezza.