Ce serveur sera destine uniquement a de l'hebergement de site et au email
qui s'y rattache.
En voila les caracteristiques:
CPU : Intel Xeon E5-1620v2 4c/8t 3,7 GHz+/3,9 GHz+
RAM : 64 Go DDR3 ECC 1600MHz
Disques : 2x 2 To SATA3
- Par securite (ayant 2 HD) je crerai un RAID soft, donc le schema de
partition ne se fait que sur 2To.
- Il n'y aura que tres peu d'utilisateurs (3 ou 4 max), donc je pense qu e
/home n'a pas besoin d'etre enorme (arrete moi si je me trompe ;-)
- Pour le Swap... O_o aucune idee de la valeur necessaire pour cette
quantite de memoire.
- Si je cree les partitions: /boot, /, /var, /tmp, /home, quel valeur vou s
mettriez?
- Est ce qu'il y en a qui vous semble inutile ou alors qui manque
absolument.
Ce serveur sera destine uniquement a de l'hebergement de site et au email
qui s'y rattache.
En voila les caracteristiques:
CPU : Intel Xeon E5-1620v2 4c/8t 3,7 GHz+/3,9 GHz+
RAM : 64 Go DDR3 ECC 1600MHz
Disques : 2x 2 To SATA3
- Par securite (ayant 2 HD) je crerai un RAID soft, donc le schema de
partition ne se fait que sur 2To.
- Il n'y aura que tres peu d'utilisateurs (3 ou 4 max), donc je pense qu e
/home n'a pas besoin d'etre enorme (arrete moi si je me trompe ;-)
- Pour le Swap... O_o aucune idee de la valeur necessaire pour cette
quantite de memoire.
- Si je cree les partitions: /boot, /, /var, /tmp, /home, quel valeur vou s
mettriez?
- Est ce qu'il y en a qui vous semble inutile ou alors qui manque
absolument.
Ce serveur sera destine uniquement a de l'hebergement de site et au email
qui s'y rattache.
En voila les caracteristiques:
CPU : Intel Xeon E5-1620v2 4c/8t 3,7 GHz+/3,9 GHz+
RAM : 64 Go DDR3 ECC 1600MHz
Disques : 2x 2 To SATA3
- Par securite (ayant 2 HD) je crerai un RAID soft, donc le schema de
partition ne se fait que sur 2To.
- Il n'y aura que tres peu d'utilisateurs (3 ou 4 max), donc je pense qu e
/home n'a pas besoin d'etre enorme (arrete moi si je me trompe ;-)
- Pour le Swap... O_o aucune idee de la valeur necessaire pour cette
quantite de memoire.
- Si je cree les partitions: /boot, /, /var, /tmp, /home, quel valeur vou s
mettriez?
- Est ce qu'il y en a qui vous semble inutile ou alors qui manque
absolument.
Hello,Ce serveur sera destine uniquement a de l'hebergement de site et au email
qui s'y rattache.
En voila les caracteristiques:
CPU : Intel Xeon E5-1620v2 4c/8t 3,7 GHz+/3,9 GHz+
RAM : 64 Go DDR3 ECC 1600MHz
Disques : 2x 2 To SATA3
t'héberges des gros trucs pour avoir besoin de 64go de RAM non ?
- Il n'y aura que tres peu d'utilisateurs (3 ou 4 max), donc je pense q ue
/home n'a pas besoin d'etre enorme (arrete moi si je me trompe ;-)
ptet même pas besoin de le séparer du reste...
- Pour le Swap... O_o aucune idee de la valeur necessaire pour cette
quantite de memoire.
bah ça dépend tellement de comment ta RAM est utilisée! Si ton système
a tendance à swapper bah voilà , mais avec 64go, pour un serveur
LAMP+email, si t'as pas de gros cache en RAM, c'est a priori assez
large (de ce que j'en sais!)
- Si je cree les partitions: /boot, /, /var, /tmp, /home, quel valeur vo us
mettriez?
Je serai toi j'utiliserais LVM comme ça tu te simplifie la question et
tu peux retailler quand tu veux (ou presque).
Hello,
Ce serveur sera destine uniquement a de l'hebergement de site et au email
qui s'y rattache.
En voila les caracteristiques:
CPU : Intel Xeon E5-1620v2 4c/8t 3,7 GHz+/3,9 GHz+
RAM : 64 Go DDR3 ECC 1600MHz
Disques : 2x 2 To SATA3
t'héberges des gros trucs pour avoir besoin de 64go de RAM non ?
- Il n'y aura que tres peu d'utilisateurs (3 ou 4 max), donc je pense q ue
/home n'a pas besoin d'etre enorme (arrete moi si je me trompe ;-)
ptet même pas besoin de le séparer du reste...
- Pour le Swap... O_o aucune idee de la valeur necessaire pour cette
quantite de memoire.
bah ça dépend tellement de comment ta RAM est utilisée! Si ton système
a tendance à swapper bah voilà , mais avec 64go, pour un serveur
LAMP+email, si t'as pas de gros cache en RAM, c'est a priori assez
large (de ce que j'en sais!)
- Si je cree les partitions: /boot, /, /var, /tmp, /home, quel valeur vo us
mettriez?
Je serai toi j'utiliserais LVM comme ça tu te simplifie la question et
tu peux retailler quand tu veux (ou presque).
Hello,Ce serveur sera destine uniquement a de l'hebergement de site et au email
qui s'y rattache.
En voila les caracteristiques:
CPU : Intel Xeon E5-1620v2 4c/8t 3,7 GHz+/3,9 GHz+
RAM : 64 Go DDR3 ECC 1600MHz
Disques : 2x 2 To SATA3
t'héberges des gros trucs pour avoir besoin de 64go de RAM non ?
- Il n'y aura que tres peu d'utilisateurs (3 ou 4 max), donc je pense q ue
/home n'a pas besoin d'etre enorme (arrete moi si je me trompe ;-)
ptet même pas besoin de le séparer du reste...
- Pour le Swap... O_o aucune idee de la valeur necessaire pour cette
quantite de memoire.
bah ça dépend tellement de comment ta RAM est utilisée! Si ton système
a tendance à swapper bah voilà , mais avec 64go, pour un serveur
LAMP+email, si t'as pas de gros cache en RAM, c'est a priori assez
large (de ce que j'en sais!)
- Si je cree les partitions: /boot, /, /var, /tmp, /home, quel valeur vo us
mettriez?
Je serai toi j'utiliserais LVM comme ça tu te simplifie la question et
tu peux retailler quand tu veux (ou presque).
Hello,
> Ce serveur sera destine uniquement a de l'hebergement de site et au ema il
> qui s'y rattache.
> En voila les caracteristiques:
> CPU : Intel Xeon E5-1620v2 4c/8t 3,7 GHz+/3,9 GHz+
> RAM : 64 Go DDR3 ECC 1600MHz
> Disques : 2x 2 To SATA3
t'héberges des gros trucs pour avoir besoin de 64go de RAM non ?
> - Par securite (ayant 2 HD) je crerai un RAID soft, donc le schema de
> partition ne se fait que sur 2To.
Bonne idée, sans oublier les backup distants anyway :)
>> - Il n'y aura que tres peu d'utilisateurs (3 ou 4 max), donc je pense
que
> /home n'a pas besoin d'etre enorme (arrete moi si je me trompe ;-)
ptet même pas besoin de le séparer du reste...
> - Pour le Swap... O_o aucune idee de la valeur necessaire pour cette
> quantite de memoire.
bah ça dépend tellement de comment ta RAM est utilisée! Si ton système
a tendance à swapper bah voilà , mais avec 64go, pour un serveur
LAMP+email, si t'as pas de gros cache en RAM, c'est a priori assez
large (de ce que j'en sais!)
> - Si je cree les partitions: /boot, /, /var, /tmp, /home, quel valeur
vous
> mettriez?
Encore une fois, ça dépend de comment ta RAM est utilisée, mais monter
/tmp en ram c'est pas mal, surtout si t'as les fichiers temporaires de
php d'autres trucs dedans.
Tu peux aussi monter les dossiers cache de tes applis dans la ram.
Je viens de regarder sur mon serveur actuel, /tmp n'a pas l'air d'etre
> - Est ce qu'il y en a qui vous semble inutile ou alors qui manque
> absolument.
Je serai toi j'utiliserais LVM comme ça tu te simplifie la question et
tu peux retailler quand tu veux (ou presque).
Je dois avouer que je n'ai pas l'intention de le retailler plus tard.
Dis dis dis, tu fais une full-disk encryption hein ? :) avec dropbear
pour pouvoir taper la passphrase via ssh.
La je crois que ca va etre un peu "too much" ;-)
bon courage :)
Hello,
> Ce serveur sera destine uniquement a de l'hebergement de site et au ema il
> qui s'y rattache.
> En voila les caracteristiques:
> CPU : Intel Xeon E5-1620v2 4c/8t 3,7 GHz+/3,9 GHz+
> RAM : 64 Go DDR3 ECC 1600MHz
> Disques : 2x 2 To SATA3
t'héberges des gros trucs pour avoir besoin de 64go de RAM non ?
> - Par securite (ayant 2 HD) je crerai un RAID soft, donc le schema de
> partition ne se fait que sur 2To.
Bonne idée, sans oublier les backup distants anyway :)
>> - Il n'y aura que tres peu d'utilisateurs (3 ou 4 max), donc je pense
que
> /home n'a pas besoin d'etre enorme (arrete moi si je me trompe ;-)
ptet même pas besoin de le séparer du reste...
> - Pour le Swap... O_o aucune idee de la valeur necessaire pour cette
> quantite de memoire.
bah ça dépend tellement de comment ta RAM est utilisée! Si ton système
a tendance à swapper bah voilà , mais avec 64go, pour un serveur
LAMP+email, si t'as pas de gros cache en RAM, c'est a priori assez
large (de ce que j'en sais!)
> - Si je cree les partitions: /boot, /, /var, /tmp, /home, quel valeur
vous
> mettriez?
Encore une fois, ça dépend de comment ta RAM est utilisée, mais monter
/tmp en ram c'est pas mal, surtout si t'as les fichiers temporaires de
php d'autres trucs dedans.
Tu peux aussi monter les dossiers cache de tes applis dans la ram.
Je viens de regarder sur mon serveur actuel, /tmp n'a pas l'air d'etre
> - Est ce qu'il y en a qui vous semble inutile ou alors qui manque
> absolument.
Je serai toi j'utiliserais LVM comme ça tu te simplifie la question et
tu peux retailler quand tu veux (ou presque).
Je dois avouer que je n'ai pas l'intention de le retailler plus tard.
Dis dis dis, tu fais une full-disk encryption hein ? :) avec dropbear
pour pouvoir taper la passphrase via ssh.
La je crois que ca va etre un peu "too much" ;-)
bon courage :)
Hello,
> Ce serveur sera destine uniquement a de l'hebergement de site et au ema il
> qui s'y rattache.
> En voila les caracteristiques:
> CPU : Intel Xeon E5-1620v2 4c/8t 3,7 GHz+/3,9 GHz+
> RAM : 64 Go DDR3 ECC 1600MHz
> Disques : 2x 2 To SATA3
t'héberges des gros trucs pour avoir besoin de 64go de RAM non ?
> - Par securite (ayant 2 HD) je crerai un RAID soft, donc le schema de
> partition ne se fait que sur 2To.
Bonne idée, sans oublier les backup distants anyway :)
>> - Il n'y aura que tres peu d'utilisateurs (3 ou 4 max), donc je pense
que
> /home n'a pas besoin d'etre enorme (arrete moi si je me trompe ;-)
ptet même pas besoin de le séparer du reste...
> - Pour le Swap... O_o aucune idee de la valeur necessaire pour cette
> quantite de memoire.
bah ça dépend tellement de comment ta RAM est utilisée! Si ton système
a tendance à swapper bah voilà , mais avec 64go, pour un serveur
LAMP+email, si t'as pas de gros cache en RAM, c'est a priori assez
large (de ce que j'en sais!)
> - Si je cree les partitions: /boot, /, /var, /tmp, /home, quel valeur
vous
> mettriez?
Encore une fois, ça dépend de comment ta RAM est utilisée, mais monter
/tmp en ram c'est pas mal, surtout si t'as les fichiers temporaires de
php d'autres trucs dedans.
Tu peux aussi monter les dossiers cache de tes applis dans la ram.
Je viens de regarder sur mon serveur actuel, /tmp n'a pas l'air d'etre
> - Est ce qu'il y en a qui vous semble inutile ou alors qui manque
> absolument.
Je serai toi j'utiliserais LVM comme ça tu te simplifie la question et
tu peux retailler quand tu veux (ou presque).
Je dois avouer que je n'ai pas l'intention de le retailler plus tard.
Dis dis dis, tu fais une full-disk encryption hein ? :) avec dropbear
pour pouvoir taper la passphrase via ssh.
La je crois que ca va etre un peu "too much" ;-)
bon courage :)
[â¦]
> bah ça dépend tellement de comment ta RAM est utilisé e! Si
> ton système a tendance à swapper bah voilà , mais ave c 64go,
> pour un serveur LAMP+email, si t'as pas de gros cache en
> RAM, c'est a priori assez large (de ce que j'en sais!)
Donc d'apres vous, inutile de mettre 1.5 ou 2 fois la taille
de memoire en swap (comme vu sur certain site)
Les 64Go suffisent amplement a un serveur LAMP (Linux Apache
MySQL PHP .... pour ceux qui comme moi on etait oblige de
chercher ;-) Si je vais mettre 1Go "par principe"... (....
pour occuper un peu les 2To)
[â¦]
> bah ça dépend tellement de comment ta RAM est utilisé e! Si
> ton système a tendance à swapper bah voilà , mais ave c 64go,
> pour un serveur LAMP+email, si t'as pas de gros cache en
> RAM, c'est a priori assez large (de ce que j'en sais!)
Donc d'apres vous, inutile de mettre 1.5 ou 2 fois la taille
de memoire en swap (comme vu sur certain site)
Les 64Go suffisent amplement a un serveur LAMP (Linux Apache
MySQL PHP .... pour ceux qui comme moi on etait oblige de
chercher ;-) Si je vais mettre 1Go "par principe"... (....
pour occuper un peu les 2To)
[â¦]
> bah ça dépend tellement de comment ta RAM est utilisé e! Si
> ton système a tendance à swapper bah voilà , mais ave c 64go,
> pour un serveur LAMP+email, si t'as pas de gros cache en
> RAM, c'est a priori assez large (de ce que j'en sais!)
Donc d'apres vous, inutile de mettre 1.5 ou 2 fois la taille
de memoire en swap (comme vu sur certain site)
Les 64Go suffisent amplement a un serveur LAMP (Linux Apache
MySQL PHP .... pour ceux qui comme moi on etait oblige de
chercher ;-) Si je vais mettre 1Go "par principe"... (....
pour occuper un peu les 2To)
Pour un serveur, si le besoin est bien identifié, LVM me semble pas
nécessaire. Et puis l'idée de tout mettre en une seule partition (ou
alors juste /boot à part, et encore), me semble suffisant.
Pour un serveur, si le besoin est bien identifié, LVM me semble pas
nécessaire. Et puis l'idée de tout mettre en une seule partition (ou
alors juste /boot à part, et encore), me semble suffisant.
Pour un serveur, si le besoin est bien identifié, LVM me semble pas
nécessaire. Et puis l'idée de tout mettre en une seule partition (ou
alors juste /boot à part, et encore), me semble suffisant.
t'héberges des gros trucs pour avoir besoin de 64go de RAM non ?
Non pas de tres gros trucs, uniquement des sites e-commerce
(prestashop et autres)
Pas non plus de gros fichiers
Dis dis dis, tu fais une full-disk encryption hein ? :) avec dropbear
pour pouvoir taper la passphrase via ssh.
La je crois que ca va etre un peu "too much" ;-)
OK, j'ai besoin de securite mais pas si forte.... j'ai pas de secret
d'etat ou industriel a proteger....
juste des paiements sur site marchand.
En tout cas, 1/65e de la RAM en swap, pour le dire crûment,
c'est débile. (Et puis 1/2000e de plus ou de moins sur ton
disque...)
¹ pour un poste personnel, c'est encore plus simple : pas de
swap, jamais, sauf si on en a besoin pour le suspend2disk (et
encore, un fichier de swap peut suffire).
t'héberges des gros trucs pour avoir besoin de 64go de RAM non ?
Non pas de tres gros trucs, uniquement des sites e-commerce
(prestashop et autres)
Pas non plus de gros fichiers
Dis dis dis, tu fais une full-disk encryption hein ? :) avec dropbear
pour pouvoir taper la passphrase via ssh.
La je crois que ca va etre un peu "too much" ;-)
OK, j'ai besoin de securite mais pas si forte.... j'ai pas de secret
d'etat ou industriel a proteger....
juste des paiements sur site marchand.
En tout cas, 1/65e de la RAM en swap, pour le dire crûment,
c'est débile. (Et puis 1/2000e de plus ou de moins sur ton
disque...)
¹ pour un poste personnel, c'est encore plus simple : pas de
swap, jamais, sauf si on en a besoin pour le suspend2disk (et
encore, un fichier de swap peut suffire).
t'héberges des gros trucs pour avoir besoin de 64go de RAM non ?
Non pas de tres gros trucs, uniquement des sites e-commerce
(prestashop et autres)
Pas non plus de gros fichiers
Dis dis dis, tu fais une full-disk encryption hein ? :) avec dropbear
pour pouvoir taper la passphrase via ssh.
La je crois que ca va etre un peu "too much" ;-)
OK, j'ai besoin de securite mais pas si forte.... j'ai pas de secret
d'etat ou industriel a proteger....
juste des paiements sur site marchand.
En tout cas, 1/65e de la RAM en swap, pour le dire crûment,
c'est débile. (Et puis 1/2000e de plus ou de moins sur ton
disque...)
¹ pour un poste personnel, c'est encore plus simple : pas de
swap, jamais, sauf si on en a besoin pour le suspend2disk (et
encore, un fichier de swap peut suffire).
[â¦]
Ceci dit tu peux choisir de profiter un peu de toute cette
mémoire pour mettre un max de trucs en RAM. J'ai pour ma part
/run, /tmp, et des dossiers .cache que je m'en fous que le
contenu soit perdu si y'a un reboot. /tmp tu peux lui mettre
10go en ram, et te débrouiller pour qu'un max de trucs soient
faits dans /tmp (les sessions php, les fichiers temporaires
php, un cache http, des sites complets peuvent être montés en
ram, même des programmes complets)
Ceci-dit c'est un ptit boulot sympa :)
[â¦]
Ceci dit tu peux choisir de profiter un peu de toute cette
mémoire pour mettre un max de trucs en RAM. J'ai pour ma part
/run, /tmp, et des dossiers .cache que je m'en fous que le
contenu soit perdu si y'a un reboot. /tmp tu peux lui mettre
10go en ram, et te débrouiller pour qu'un max de trucs soient
faits dans /tmp (les sessions php, les fichiers temporaires
php, un cache http, des sites complets peuvent être montés en
ram, même des programmes complets)
Ceci-dit c'est un ptit boulot sympa :)
[â¦]
Ceci dit tu peux choisir de profiter un peu de toute cette
mémoire pour mettre un max de trucs en RAM. J'ai pour ma part
/run, /tmp, et des dossiers .cache que je m'en fous que le
contenu soit perdu si y'a un reboot. /tmp tu peux lui mettre
10go en ram, et te débrouiller pour qu'un max de trucs soient
faits dans /tmp (les sessions php, les fichiers temporaires
php, un cache http, des sites complets peuvent être montés en
ram, même des programmes complets)
Ceci-dit c'est un ptit boulot sympa :)
Bah, comme l'a dit Sylvain, 64go de ram c'est laaaaaaaaarge.
Avec 4go tu serais déjà trèèès très bien. J e pense!
Justement 4Go ne me sont plus suffisant
Ma machine avec 16go est un hote de machines virtuelles, dont la VM
avec la plus utilisée a 2go de ram, et ça passe :)
Tu n'as rien à cacher ?
Allez, vite fait, pour la culture : http://jenairienacacher.fr/
Et en plus, chiffrer son disque est aujourd'hui une chose assez
marginale, et souvent les gens le font parce qu'ils "ont des trucs Ã
cacher". Et donc, si on chiffre notre disque, les "autorités" (hm)
aiment à penser qu'on a des choses à cacher. Alors rendons-cett e
pratique commune et habituelle, afin qu'il ne soit plus "suspect" de
chiffrer ses disques, de "se proteger" dans le monde virtuel. Si tu le
fais pas pour toi, tu peux le faire pour les autres :)
Mais ce n'est pas vraiment le sujet, déso.
:D oui
Ceci dit tu peux choisir de profiter un peu de toute cette mémoire
pour mettre un max de trucs en RAM. J'ai pour ma part /run, /tmp, et
des dossiers .cache que je m'en fous que le contenu soit perdu si y'a
un reboot. /tmp tu peux lui mettre 10go en ram, et te débrouiller po ur
qu'un max de trucs soient faits dans /tmp (les sessions php, les
fichiers temporaires php, un cache http, des sites complets peuvent
être montés en ram, même des programmes complets)
Ceci-dit c'est un ptit boulot sympa :)
Pourquoi pas?
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists" target="_blank" class="text-blue hover:opacity-90 " style="word-break: break-all;" rel="noopener nofollow">http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive:
https://lists.debian.org/CAGKqBr5s_BwYjt52M_uBOL" target="_blank" class="text-blue hover:opacity-90 " style="word-break: break-all;" rel="noopener nofollow">https://lists.debian.org/CAGKqBr5s_BwYjt52M_uBOLmPXzRkaZQZbkdDGR5x3rQwtc1" target="_blank" class="text-blue hover:opacity-90 " style="word-break: break-all;" rel="noopener nofollow">https://lists.debian.org/CAGKqBr5s_BwYjt52M_uBOL" target="_blank" class="text-blue hover:opacity-90 " style="word-break: break-all;" rel="noopener nofollow">https://lists.debian.org/CAGKqBr5s_BwYjt52M_uBOLmPXzRkaZQZbkdDGR5x3rQwtc1
Bah, comme l'a dit Sylvain, 64go de ram c'est laaaaaaaaarge.
Avec 4go tu serais déjà trèèès très bien. J e pense!
Justement 4Go ne me sont plus suffisant
Ma machine avec 16go est un hote de machines virtuelles, dont la VM
avec la plus utilisée a 2go de ram, et ça passe :)
Tu n'as rien à cacher ?
Allez, vite fait, pour la culture : http://jenairienacacher.fr/
Et en plus, chiffrer son disque est aujourd'hui une chose assez
marginale, et souvent les gens le font parce qu'ils "ont des trucs Ã
cacher". Et donc, si on chiffre notre disque, les "autorités" (hm)
aiment à penser qu'on a des choses à cacher. Alors rendons-cett e
pratique commune et habituelle, afin qu'il ne soit plus "suspect" de
chiffrer ses disques, de "se proteger" dans le monde virtuel. Si tu le
fais pas pour toi, tu peux le faire pour les autres :)
Mais ce n'est pas vraiment le sujet, déso.
:D oui
Ceci dit tu peux choisir de profiter un peu de toute cette mémoire
pour mettre un max de trucs en RAM. J'ai pour ma part /run, /tmp, et
des dossiers .cache que je m'en fous que le contenu soit perdu si y'a
un reboot. /tmp tu peux lui mettre 10go en ram, et te débrouiller po ur
qu'un max de trucs soient faits dans /tmp (les sessions php, les
fichiers temporaires php, un cache http, des sites complets peuvent
être montés en ram, même des programmes complets)
Ceci-dit c'est un ptit boulot sympa :)
Pourquoi pas?
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive:
https://lists.debian.org/CAGKqBr5s_BwYjt52M_uBOLmPXzRkaZQZbkdDGR5x3rQwtc1 ZQ@mail.gmail.com
Bah, comme l'a dit Sylvain, 64go de ram c'est laaaaaaaaarge.
Avec 4go tu serais déjà trèèès très bien. J e pense!
Justement 4Go ne me sont plus suffisant
Ma machine avec 16go est un hote de machines virtuelles, dont la VM
avec la plus utilisée a 2go de ram, et ça passe :)
Tu n'as rien à cacher ?
Allez, vite fait, pour la culture : http://jenairienacacher.fr/
Et en plus, chiffrer son disque est aujourd'hui une chose assez
marginale, et souvent les gens le font parce qu'ils "ont des trucs Ã
cacher". Et donc, si on chiffre notre disque, les "autorités" (hm)
aiment à penser qu'on a des choses à cacher. Alors rendons-cett e
pratique commune et habituelle, afin qu'il ne soit plus "suspect" de
chiffrer ses disques, de "se proteger" dans le monde virtuel. Si tu le
fais pas pour toi, tu peux le faire pour les autres :)
Mais ce n'est pas vraiment le sujet, déso.
:D oui
Ceci dit tu peux choisir de profiter un peu de toute cette mémoire
pour mettre un max de trucs en RAM. J'ai pour ma part /run, /tmp, et
des dossiers .cache que je m'en fous que le contenu soit perdu si y'a
un reboot. /tmp tu peux lui mettre 10go en ram, et te débrouiller po ur
qu'un max de trucs soient faits dans /tmp (les sessions php, les
fichiers temporaires php, un cache http, des sites complets peuvent
être montés en ram, même des programmes complets)
Ceci-dit c'est un ptit boulot sympa :)
Pourquoi pas?
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists" target="_blank" class="text-blue hover:opacity-90 " style="word-break: break-all;" rel="noopener nofollow">http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive:
https://lists.debian.org/CAGKqBr5s_BwYjt52M_uBOL" target="_blank" class="text-blue hover:opacity-90 " style="word-break: break-all;" rel="noopener nofollow">https://lists.debian.org/CAGKqBr5s_BwYjt52M_uBOLmPXzRkaZQZbkdDGR5x3rQwtc1" target="_blank" class="text-blue hover:opacity-90 " style="word-break: break-all;" rel="noopener nofollow">https://lists.debian.org/CAGKqBr5s_BwYjt52M_uBOL" target="_blank" class="text-blue hover:opacity-90 " style="word-break: break-all;" rel="noopener nofollow">https://lists.debian.org/CAGKqBr5s_BwYjt52M_uBOLmPXzRkaZQZbkdDGR5x3rQwtc1
Tu n'as rien à cacher ?
Allez, vite fait, pour la culture : http://jenairienacacher.fr/
Et en plus, chiffrer son disque est aujourd'hui une chose assez
marginale, et souvent les gens le font parce qu'ils "ont des trucs à
cacher". Et donc, si on chiffre notre disque, les "autorités" (hm)
aiment à penser qu'on a des choses à cacher. Alors rendons-cette
pratique commune et habituelle, afin qu'il ne soit plus "suspect" de
chiffrer ses disques, de "se proteger" dans le monde virtuel. Si tu le
fais pas pour toi, tu peux le faire pour les autres :)
Tu n'as rien à cacher ?
Allez, vite fait, pour la culture : http://jenairienacacher.fr/
Et en plus, chiffrer son disque est aujourd'hui une chose assez
marginale, et souvent les gens le font parce qu'ils "ont des trucs à
cacher". Et donc, si on chiffre notre disque, les "autorités" (hm)
aiment à penser qu'on a des choses à cacher. Alors rendons-cette
pratique commune et habituelle, afin qu'il ne soit plus "suspect" de
chiffrer ses disques, de "se proteger" dans le monde virtuel. Si tu le
fais pas pour toi, tu peux le faire pour les autres :)
Tu n'as rien à cacher ?
Allez, vite fait, pour la culture : http://jenairienacacher.fr/
Et en plus, chiffrer son disque est aujourd'hui une chose assez
marginale, et souvent les gens le font parce qu'ils "ont des trucs à
cacher". Et donc, si on chiffre notre disque, les "autorités" (hm)
aiment à penser qu'on a des choses à cacher. Alors rendons-cette
pratique commune et habituelle, afin qu'il ne soit plus "suspect" de
chiffrer ses disques, de "se proteger" dans le monde virtuel. Si tu le
fais pas pour toi, tu peux le faire pour les autres :)
Bonjour
s'agissant de serveur qui m'a l'air exposé sur le ouaibe, je voudrai s te
fournir quelques points directement issus de mes expériences.
lvm ou pas, je mets toujours
/boot (200Mo - 500Mo) dépendant de ce que tu veux faire avec les ker nel,
et des distros
/ (10Go)
/var (ou /var/log, je vais t'expliquer après)
/tmp (200Mo - 500Mo) en fonction
/home ( ca depend de ce que tu veux faire de ta machine)
swap (bon, si c'est 64Go de RAM, désactive la swap)
alors pourquoi il faut se casser les pieds avec autant de partoches, meme
avec le lvm. ca t'oblige à créer plein de LV.
pour un serveur exposé sur ouaibe, tu peux être sûr qu'un tas de robots ou
de gens viendront frapper à ta porte. si le type frappe une fois la porte,
ca va. mais s'il se met à t'inonder de requettes que ton serveur ( a pache,
postfix, exim4, ou même iptables) refusent, il y a aura forcéme nt des logs.
et il serait capable de te blinder tes 2 To rien qu'avec des logs si tout
est mis dans /, ou plutôt, si /var/log n'est pas séparé du reste. et dans
ce cas, tu risque d'avoir des problèmes, même pour s'y connecte r en ssh.
le /boot, perso, je ne le mets pas dans LVM, car j'ai déjà eu d es
surprises du genre, le LVM n'est pas disponible au boot. mais, tu me dira s
que, dans ce cas on ne verra pas le reste non plus. alors, c'est às e
demander à quoi sert de mettre du LVM si ce n'est pas 100% fiable,
notamment sur un serveur auquel on n'a pas un accès physique.
le /tmp, ca dépend, si tu as une appi qui crashe beaucoup dans /tmp, si
c'est le cas, faut le faire, si non, c'est pas la peine.
/home, pareil, ca dépend de ton besoin. mais l'expérience montr e qu'il est
agréable d'avoir son /home à part si on veut refaire le serveur ou faire
des backups.
/var/www
s'il s'agit de serveur hébergeant des sites ou tout autre réper toire qui
héberge une appli. ce répertoire devra être dans une parti tion dédiée. en
effet, s'il y a le moindre souscai avec le disques, fsck mettra moins de
temps surtout sur un truc qui fait 2 To.
Le 02/03/2015 12:51, Hugues MORIN a écrit :
Bonjour a Tous
Mon ancien serveur etant devenu trop limite, je viens de prendre un
serveur dedie sur lequel je vais installer Wheezy.
Ce pose biensur le probleme du partitionnement et n'ayant pas beaucoup
d'experience vos conseils et retour d'experiences seront les bienvenues
Ce serveur sera destine uniquement a de l'hebergement de site et au emai l
qui s'y rattache.
En voila les caracteristiques:
CPU : Intel Xeon E5-1620v2 4c/8t 3,7 GHz+/3,9 GHz+
RAM : 64 Go DDR3 ECC 1600MHz
Disques : 2x 2 To SATA3
- Par securite (ayant 2 HD) je crerai un RAID soft, donc le schema de
partition ne se fait que sur 2To.
- Il n'y aura que tres peu d'utilisateurs (3 ou 4 max), donc je pense
que /home n'a pas besoin d'etre enorme (arrete moi si je me trompe ;-)
- Pour le Swap... O_o aucune idee de la valeur necessaire pour cette
quantite de memoire.
- Si je cree les partitions: /boot, /, /var, /tmp, /home, quel valeur
vous mettriez?
- Est ce qu'il y en a qui vous semble inutile ou alors qui manque
absolument.
Cordialement
Hugues
Bonjour
s'agissant de serveur qui m'a l'air exposé sur le ouaibe, je voudrai s te
fournir quelques points directement issus de mes expériences.
lvm ou pas, je mets toujours
/boot (200Mo - 500Mo) dépendant de ce que tu veux faire avec les ker nel,
et des distros
/ (10Go)
/var (ou /var/log, je vais t'expliquer après)
/tmp (200Mo - 500Mo) en fonction
/home ( ca depend de ce que tu veux faire de ta machine)
swap (bon, si c'est 64Go de RAM, désactive la swap)
alors pourquoi il faut se casser les pieds avec autant de partoches, meme
avec le lvm. ca t'oblige à créer plein de LV.
pour un serveur exposé sur ouaibe, tu peux être sûr qu'un tas de robots ou
de gens viendront frapper à ta porte. si le type frappe une fois la porte,
ca va. mais s'il se met à t'inonder de requettes que ton serveur ( a pache,
postfix, exim4, ou même iptables) refusent, il y a aura forcéme nt des logs.
et il serait capable de te blinder tes 2 To rien qu'avec des logs si tout
est mis dans /, ou plutôt, si /var/log n'est pas séparé du reste. et dans
ce cas, tu risque d'avoir des problèmes, même pour s'y connecte r en ssh.
le /boot, perso, je ne le mets pas dans LVM, car j'ai déjà eu d es
surprises du genre, le LVM n'est pas disponible au boot. mais, tu me dira s
que, dans ce cas on ne verra pas le reste non plus. alors, c'est às e
demander à quoi sert de mettre du LVM si ce n'est pas 100% fiable,
notamment sur un serveur auquel on n'a pas un accès physique.
le /tmp, ca dépend, si tu as une appi qui crashe beaucoup dans /tmp, si
c'est le cas, faut le faire, si non, c'est pas la peine.
/home, pareil, ca dépend de ton besoin. mais l'expérience montr e qu'il est
agréable d'avoir son /home à part si on veut refaire le serveur ou faire
des backups.
/var/www
s'il s'agit de serveur hébergeant des sites ou tout autre réper toire qui
héberge une appli. ce répertoire devra être dans une parti tion dédiée. en
effet, s'il y a le moindre souscai avec le disques, fsck mettra moins de
temps surtout sur un truc qui fait 2 To.
Le 02/03/2015 12:51, Hugues MORIN a écrit :
Bonjour a Tous
Mon ancien serveur etant devenu trop limite, je viens de prendre un
serveur dedie sur lequel je vais installer Wheezy.
Ce pose biensur le probleme du partitionnement et n'ayant pas beaucoup
d'experience vos conseils et retour d'experiences seront les bienvenues
Ce serveur sera destine uniquement a de l'hebergement de site et au emai l
qui s'y rattache.
En voila les caracteristiques:
CPU : Intel Xeon E5-1620v2 4c/8t 3,7 GHz+/3,9 GHz+
RAM : 64 Go DDR3 ECC 1600MHz
Disques : 2x 2 To SATA3
- Par securite (ayant 2 HD) je crerai un RAID soft, donc le schema de
partition ne se fait que sur 2To.
- Il n'y aura que tres peu d'utilisateurs (3 ou 4 max), donc je pense
que /home n'a pas besoin d'etre enorme (arrete moi si je me trompe ;-)
- Pour le Swap... O_o aucune idee de la valeur necessaire pour cette
quantite de memoire.
- Si je cree les partitions: /boot, /, /var, /tmp, /home, quel valeur
vous mettriez?
- Est ce qu'il y en a qui vous semble inutile ou alors qui manque
absolument.
Cordialement
Hugues
Bonjour
s'agissant de serveur qui m'a l'air exposé sur le ouaibe, je voudrai s te
fournir quelques points directement issus de mes expériences.
lvm ou pas, je mets toujours
/boot (200Mo - 500Mo) dépendant de ce que tu veux faire avec les ker nel,
et des distros
/ (10Go)
/var (ou /var/log, je vais t'expliquer après)
/tmp (200Mo - 500Mo) en fonction
/home ( ca depend de ce que tu veux faire de ta machine)
swap (bon, si c'est 64Go de RAM, désactive la swap)
alors pourquoi il faut se casser les pieds avec autant de partoches, meme
avec le lvm. ca t'oblige à créer plein de LV.
pour un serveur exposé sur ouaibe, tu peux être sûr qu'un tas de robots ou
de gens viendront frapper à ta porte. si le type frappe une fois la porte,
ca va. mais s'il se met à t'inonder de requettes que ton serveur ( a pache,
postfix, exim4, ou même iptables) refusent, il y a aura forcéme nt des logs.
et il serait capable de te blinder tes 2 To rien qu'avec des logs si tout
est mis dans /, ou plutôt, si /var/log n'est pas séparé du reste. et dans
ce cas, tu risque d'avoir des problèmes, même pour s'y connecte r en ssh.
le /boot, perso, je ne le mets pas dans LVM, car j'ai déjà eu d es
surprises du genre, le LVM n'est pas disponible au boot. mais, tu me dira s
que, dans ce cas on ne verra pas le reste non plus. alors, c'est às e
demander à quoi sert de mettre du LVM si ce n'est pas 100% fiable,
notamment sur un serveur auquel on n'a pas un accès physique.
le /tmp, ca dépend, si tu as une appi qui crashe beaucoup dans /tmp, si
c'est le cas, faut le faire, si non, c'est pas la peine.
/home, pareil, ca dépend de ton besoin. mais l'expérience montr e qu'il est
agréable d'avoir son /home à part si on veut refaire le serveur ou faire
des backups.
/var/www
s'il s'agit de serveur hébergeant des sites ou tout autre réper toire qui
héberge une appli. ce répertoire devra être dans une parti tion dédiée. en
effet, s'il y a le moindre souscai avec le disques, fsck mettra moins de
temps surtout sur un truc qui fait 2 To.
Le 02/03/2015 12:51, Hugues MORIN a écrit :
Bonjour a Tous
Mon ancien serveur etant devenu trop limite, je viens de prendre un
serveur dedie sur lequel je vais installer Wheezy.
Ce pose biensur le probleme du partitionnement et n'ayant pas beaucoup
d'experience vos conseils et retour d'experiences seront les bienvenues
Ce serveur sera destine uniquement a de l'hebergement de site et au emai l
qui s'y rattache.
En voila les caracteristiques:
CPU : Intel Xeon E5-1620v2 4c/8t 3,7 GHz+/3,9 GHz+
RAM : 64 Go DDR3 ECC 1600MHz
Disques : 2x 2 To SATA3
- Par securite (ayant 2 HD) je crerai un RAID soft, donc le schema de
partition ne se fait que sur 2To.
- Il n'y aura que tres peu d'utilisateurs (3 ou 4 max), donc je pense
que /home n'a pas besoin d'etre enorme (arrete moi si je me trompe ;-)
- Pour le Swap... O_o aucune idee de la valeur necessaire pour cette
quantite de memoire.
- Si je cree les partitions: /boot, /, /var, /tmp, /home, quel valeur
vous mettriez?
- Est ce qu'il y en a qui vous semble inutile ou alors qui manque
absolument.
Cordialement
Hugues