Jump to content

csaffi

Members
  • Content Count

    35
  • Joined

  • Last visited

About csaffi

  • Rank
    HT Member

Contact Methods

  • MSN
    csaffi@hotmail.com
  • Skype
    csaffi11

Converted

  • Biografia
    Software Engineer
  • Interessi
    Software engineering, programmazione, intelligenza artificiale, datamining
  1. csaffi

    Consigli per Virtualizzazione Bare-metal

    Con VMware ESXi come consiglieresti di backuppare le VM? Inoltre vorrei farlo girare su una macchina con CPU Intel i7 4770, Scheda madre aSRock Chipset H81, Storage SSD SataIII, credi ci siano problemi? Non è tra i sistemi certificati nella Compatibility Guide...
  2. csaffi

    Consigli per Virtualizzazione Bare-metal

    Quasi quasi eviterei il bare-metal, per non complicare le procedure di backup delle VM e per poter rimanere su hardware normale tagliando i costi. Proxmox mi permetterebbe di avere sia soluzioni di backup free sia di avere hardware qualsiasi, però non credo sia compatibile con la VM Sco-Unix. Avrei quindi due scelte: 1) Tutto rimane invariato: l'applicazione critica rimane non virtualizzata sulla macchina fisica Windows, mentre Sco-Unix è virtualizzato con VMware Player 2) L'applicazione critica viene virtualizzata su una VM Windows. In quest'ultimo caso, che preferirei, dovrei però adottare un virtualizzatore compatibile con la VM Sco-Unix, perciò la scelta dovrebbe ricadere su VMware Server (purtroppo non più supportato), oppure su due VMware Player Cosa ne pensate?
  3. Ciao a tutti, avrei bisogno di un consiglio sulla scelta del sistema di virtualizzazione bare-metal ottimale per una piccola azienda. Bisognerebbe ospitare due VM: - una con host windows - una con un vecchio Sco Unix 5, già esistente e creata su VMware Player. Pensavo di adottare Proxmox, che supporta la live migration e non necessità di particolari hardware. Il problema è che non so se è possibile convertire e far funzionare la VM con Sco Unix da VMware Player a Proxmox. L'alternativa sarebbe adottare VMware ESXi, ma sembra girare solo su hardware appositamente certificato ed abbastanza dispendioso. Cosa ne pensate? Grazie mille in anticipo!
  4. Si certamente avremo una fase di test prima di andare in produzione. Al momento sono indeciso tra l'architettura master/slave descritta sopra e quella master/master con cluster galera da implementare con Percona o MariaDB. Si accettano suggerimenti :)
  5. Alcuni hanno parlato molto bene di Percona XtraDB Cluster su quest'altro mio post. Altrimenti, se devo abbandonare il cluster, l'architettura potrebbe essere questa: - Ecommerce remoto, con db MySQL master - Applicazione web locale, con db MySQL slave, modificata in modo da scalare le giacenze sul master con una chiamata ad un webservice remoto - Gestionale locale legacy, esporta periodicamente i dati su file, i quali saranno inviati al master remoto ed importati Cosa ne pensate?
  6. Grazie per la risposta Valeriano. Voi come avete risolto esattamente?
  7. Grazie per la risposta Andrea. Avresti suggerimenti?
  8. Ti ringrazio per il consiglio, ma credo che non accetterebbero mai in azienda di migrarlo all'esterno, è un'applicazione troppo critica, senza la quale si fermerebbe tutta l'attività, dunque non possiamo esporci ad eventuali downtime dovuti magari alla connettività. Attualmente abbiamo 2 ADSL, una primaria con telecom che utilizziamo per l'ecommerce, ed una secondaria con infostrada che utilizziamo per la navigazione web, ed effettuiamo un cambio di gateway manualmente sulla ADSL secondaria in caso di problemi sulla primaria... Magari potrei aggiungere una terza linea 3G, in caso si verificassero problemi sulle reti telecom, che poi si ripercuotono ovviamente anche sugli altri gestori. E sarebbe ottimo se esistesse qualcosa (un firewall o altro) che switchasse in automatico sulla linea migliore in caso di problemi. In questo modo forse la soluzione master/master potrebbe essere stabile ed andare bene. Cosa ne pensate?
  9. Non è possibile la co-location di tutto il sistema all'esterno dell'azienda, a causa della parte legacy, che ad esempio è strettamente legata agli indirizzi IP dei computer locali ed anche alle stampanti locali.
  10. Grazie per la risposta. Comunque il problema non è tanto se esistano cloud provider con SLA 100%, ma è trovare l'architettura giusta al mio scopo. Questi sono gli scenari possibili a mio avviso: Scenario1 (db condiviso) Ecommerce ed Applicazione web continuano a condividere lo stesso database MySQL, per evitare problemi di sincronizzazione ed incasinarsi con le giacenze dei prodotti. Ma per condividere lo stesso database devono trovarsi entrambe o in locale (come adesso) o in hosting remoto. Se le migro entrambe in remoto si pone il problema della comunicazione tra Applicazione web e Gestionale legacy, la quale avviene tramite un driver windows obsoleto. Scenario2 (db esterno) Migrare all'esterno solo l'Ecommerce, con replica dei dati master/slave o master/master. 2.1) Nel caso di master/slave (slave db remoto dell'Ecommerce), le scritture dovrebbero essere indirizzate al master, quindi si pone il problema di modificare l'ecommerce e di avere il master locale sempre attivo. 2.2) Nel caso di master/slave (slave db locale dell'Applicazione web), le scritture dovrebbero essere indirizzate al master remoto, quindi si pone il problema di modificare l'Applicazione web e di avere il master remoto sempre attivo. 2.3) Nel caso di master/master, potrebbero sorgere problemi di connettività con conseguenti problemi di sincronizzazione, ritrovandoci con giacenze diverse sui due database. Cosa ne pensate?
  11. csaffi

    Sviluppatore Prestashop cercasi

    Lato frontend in realtime, in modo che al momento della visualizzazione degli articoli venga richiamato il mio webservice per determinarne la disponibilità. Abbiamo gestito questa situazione su piattaforme diverse da Prestashop, con buoni risultati anche in termini di latenza.
  12. Invece si, entrambi la offrono. Ne sono sicuro perchè ne ho discusso con gli operatori
  13. SLA 100% è offerto da diversi cloud provider, ad esempio Cloud.it, Lunacloud.com, Cloudsigma.com Riguardo la connettività, non è l'unico problema, per avere un servizio HA dovrei avere tutta l'infrastruttura hardware adeguata, con investimenti non proprio trascurabili. La sola SHDSL costa 100euro+iva al mese. E comunque, avendo SHDSL + ADSL, non risolverei il problema di eventuali guasti alle linee telecom. Col 3G invece, da utilizzare solo in situazioni di emergenza, potrei bypassare le linee telecom...
  14. Si non intendevo un hosting condiviso, ma un hosting dedicato, magari cloud con SLA 100%... Riguardo la connettività, è proprio uno dei fattori per i quali vorrei migrare in hosting l'ecommerce, in modo che i clienti possano avere sempre la possibilità di consultarlo ed ordinare. In azienda poi, per assicurare una comunicazione affidabile col server remoto, potrei aggiungere una connessione 3G di backup, in modo che se casca l'adsl entra in gioco il 3G.
  15. Ciao a tutti, avrei bisogno di un vostro consiglio su come architettare il mio sistema, che attualmente è così composto: - Gestionale legacy - Applicazione web che estende e migliora parti del gestionale, sviluppata in Vaadin/MySQL, con interazioni legacy col gestionale - Ecommerce, sviluppato in JSP/MySQL Dal database del gestionale vengono esportate periodicamente alcune tabelle su un database MySQL, condiviso dall'Ecommerce e dall'Applicazione web. Attualmente, per evitare problemi di sincronizzazione, tutto il sistema è in locale, ma per evitare problemi nella continuità del servizio stavo pensando di migrare alcune parti all'esterno in hosting, magari su cloud con SLA 100%. Se potessi migrerei fuori tutto, per centralizzare, ma non è possibile a causa delle interazioni legacy. L'unica parte del sistema che potrei migrare pare possa essere l'Ecommerce. A tale scopo, vorrei sincronizzare il database MySQL locale con quello remoto. Pensavo ad una replica master-master, che però esporrebbe a problematiche di sicurezza in quanto la replica di MySQL non avviene attraverso HTTP... Cosa ne pensate? Sarei felice di ricevere i vostri consigli, grazie :)
×