supporti multipli della stessa condivisione NFS su un client?

Sto spostando il contenuto del sito web a condivisioni NFSv3. A causa delle restrizioni suexec, sono disponibili routes diversi per i sottoinsiemi diversi del contenuto del client. Mi chiedo se posso ancora avere tutto il contenuto in un path su una condivisione di nfs esportta.

esempio:

  • /etc/my.cnf - Che cosa mi manca?
  • Come faccio a scoprire cosa utilizza tutto lo spazio nella mia / partizione?
  • Quali sono i methods tipici utilizzati per ridimensionare i server di archiviazione e-mail?
  • Strano comportmento della storia del bash durante l'esecuzione di più sessioni
  • Linux SCP che definisce la port di destinazione
  • SAN - NFS e CIFS
  • ho bisogno

    /home/content/foo 

    e

     /var/www/content/bar 

    la quota esportta "/ export" potrebbe avere

     /export/foo /export/bar 

    AFAICS vi sono tre opzioni:

    • assembly / esportzione due volte su routes diversi nel client nfs
    • montare / esportre una volta e fare un mount bind
    • mettere foo e bar in directory diverse e esportrli / montarli separatamente

    Quale di queste opzioni consiglierebbe?

  • Scarsa performance di scrittura sul server Debian che esegue NFS con 22TB esportto file system JFS
  • Perché / proc / cpuinfo mostrano contraddizioni di velocità del processre?
  • È ansible visualizzare il contenuto di un supporto NFS sottostante senza smontare il contenuto NFS?
  • Linux strumento di row di command per lavorare con netmasks / notazione CIDR
  • Come faccio a prevenire il rm -rf / * accidentale?
  • messaggio di errore rkhunter, come risolvere?
  • 3 Solutions collect form web for “supporti multipli della stessa condivisione NFS su un client?”

    Personalmente, avrei solo montato NFS due volte in due posizioni diverse. Non è necessario esportre / montare separatamente, in quanto è ansible montare direttamente le sottodirectory di un'esportzione NFS.

    Vorrei probabilmente mettere il contenuto in un tree sotto / esport (esportzioni / web ad esempio) e quindi montare quell'tree in entrambi i posti sul client. Questo mantiene le cose ordinate e consente di aggiungere nuovi progetti in una data successiva senza wherer riorganizzare.

    Vorrei suggerire il mount bind per due motivi:

    • So di persone che hanno affrontato un problema di scalatura quando montano centinaia di directory di utenti degli utenti. Ciò non sarebbe avvenuto con i bind mounts, perché allora al livello NFS sarebbe ancora solo un singolo supporto.
    • NFS ha casi in cui la semantica può essere un po 'problematico, se i file vengono acceduti contemporaneamente tramite più monti.

    Ma fintanto che sono solo due supporti, e nessuna directory è accessibile attraverso più di uno dei mounts, allora direi scegliere l'opzione che si trova più facile da lavorare.

    Suggerimenti per Linux e Windows Server, quali Ubuntu, Centos, Apache, Nginx, Debian e argomenti di rete.