Quelques autres raisons contre que je n'ai pas encore vues.

Entreprise unique en cas d'échec. Je pourrais remplacer un Dell x86 par un HP assez facilement. Je ne pourrais pas aussi facilement remplacer un rpi par un beaglebone black ou autre arm, surtout si j'utilisais des périphériques non-USB. Ce n'est pas aussi simple que "brancher le disque d'installation et partir". Vous avez besoin d'un plan pour quand ils arrêtent de fabriquer ou de soutenir votre pièce. Les systèmes embarqués ne sont pas normalisés comme les pc-compatibles.

Aucune gestion de serveur intégrée. Je l'ai mentionné dans un commentaire, mais le manque d'IPMI ou similaire est une douleur ; quelqu'un doit être physiquement présent pour le servir, que ce soit au milieu de la nuit ou le matin de Noël.

Aucun support matériel/SO disponible. Vous avez un problème avec l'exécution d'une application COTS ? Un problème de pilote provoquant des plantages ? Vous êtes probablement seul. Remplacez l'ordinateur et/ou l'application.

Architecture ARM. Si ce n'est pas en open source, cela ne fonctionnera probablement pas ici. Pas de blobs de pilotes pour de nombreuses imprimantes non plus.

Stockage basé sur SD/microSD. Essayez de compiler quelque chose. N'importe quoi. Apportez un livre. C'est un gros problème pour toute base de données relationnelle avec une activité même faible/modérée.

Et maintenant quelque chose de complètement différent.

Voici quelques raisons pour lesquelles vous devriez utiliser un raspberry pi en tant que serveur.

Vous avez des besoins non traditionnels

• Vous avez besoin d'un serveur fonctionnant uniquement sur des piles.
• Vous avez besoin d'un serveur jetable que vous ne vous soucierez pas de casser ou de perdre.
• Vous avez besoin d'un serveur (bon marché) tolérant aux vibrations.
• Vous avez besoin d'un serveur léger.
• Vous avez besoin d'un serveur de petite taille volumétrique.

Applications potentielles.

• Votre serveur doit voler. Tout seul. Vous l'avez monté sur un aérostat, un ballon à haute altitude ou un UAS. Il coordonne avec votre système d'exploitation Swarm-Drone et fournit une interface en ligne de commande pratique pour le contrôle distant multi-utilisateurs. Tout en restant en dessous de 400' sauf autorisation de la FAA, bien sûr.
• Votre serveur est en fait un projet artistique urbain sur l'omniprésence de la technologie dans la vie moderne. Il est ziplocké et scotché au sommet du clocher où il restera jusqu'à ce que quelqu'un monte pour le gratter. Il est temps que le vieux clocher soit enfin ntp-enabled.
• Votre équipe prend des mots comme "agile" et "vélocité" beaucoup trop littéralement. Votre vision d'un scrum est les 15 secondes qu'il faut pour former une formation de parachutisme à 8 voies et vous vous engagez uniquement avec mercurial en vous déplaçant à plus de 90 mi/h. C'est juste plus facile si le serveur se déplace à la même vitesse.
• Votre entreprise est en réalité une bande de nomades dans le nord du Sahara fournissant des solutions informatiques à d'autres nomades. Tout doit être alimenté par l'énergie solaire et être transporté sur un chameau.

Je ne ferais vraiment pas ça.

Alors que mes expériences avec le RPI ont été avec le modèle ancien, j'ai eu un nombre conséquent d'installations mourir lorsque la carte SD était corrompue. Les cartes elles-mêmes semblent bien, et je l'avais bien fonctionner sur un disque dur externe.

Deuxièmement, il y a un certain degré d'économie illusoire avec des systèmes comme celui-ci - vous aurez besoin de stockage. oh, et peut-être un hub USB et... ouais.

En troisième lieu, les RPis sont des systèmes basés sur ARM. Lorsque vous les dépassez, vous devrez essentiellement réinstaller et reconfigurer la plupart de vos applications pour passer à x86.

L'ancien modèle de RPi était aussi lent qu'un chien à une jambe pour de nombreuses tâches. Le nouveau est censé être meilleur.

Il y a la frugalité et la bonne taille d'une part, et la stupidité d'autre part.

Pour une utilisation bas de gamme, quelque chose de classe NUC, ou une machine de classe bureau vous offrirait une plus grande extensibilité, plus de vitesse, plus de RAM, et lorsque vous aurez grandi, vous pourrez simplement migrer vers un serveur approprié, sans couches, qui exécute le même logiciel exactement.

Ils sont un peu plus chers mais vous offrent de meilleures options de stockage (SSD ou disques de 2,5 pouces, selon), plus de RAM (j'ai 4 Go sur mon serveur domestique), un port gigabit qui ne pend pas du chipset de pilote USB, gère les redémarrages avec grâce...

C'est juste un système beaucoup plus poli que ne l'était mon RPi.

Comme le designers/fabricant le disent : (soulignement de ma part)

 

Le Raspberry Pi est un ordinateur de la taille d'une carte de crédit qui se branche sur votre télévision et un clavier. Il s'agit d'un petit ordinateur capable qui peut être utilisé dans des projets électroniques, et pour beaucoup des choses que votre ordinateur de bureau fait, comme les feuilles de calcul, le traitement de texte, la navigation sur Internet et les jeux. Il lit également des vidéos en haute définition. Nous voulons le voir utilisé par des enfants partout dans le monde pour apprendre la programmation.

Un Raspberry PI n'est pas conçu pour être un serveur qui fonctionne de manière fiable 24h/24.

Évidemment, vous ne avez pas toujours nécessairement besoin d'exécuter vos opérations avec du matériel spécialement conçu, mais dans un environnement professionnel, le calcul (toujours discutable) du coût total de possession fait que le coût d'achat du matériel reste toujours une infime fraction des dépenses et souvent n'est qu'une considération mineure. Même une demi-heure de perte de productivité pour un bureau de 25 personnes ou quelques heures de bidouillage de votre part en tant qu'administrateur système embauché s'additionnent rapidement aussi...

Dans un petit bureau, un certain nombre de services légers sont souvent déjà déplacés vers d'autres appareils, le routeur sera déjà capable de supporter un certain nombre de services connexes (par exemple pare-feu, DHCP, DNS, VPN), l'imprimante multifonctionnel fonctionnera déjà avec son propre spooler d'impression, prise en charge de l'impression sans fil et une foule d'autres fonctionnalités.

Les services restants que vous pourriez encore vouloir un serveur sur site pour nécessitent probablement plus de performance ou de fiabilité, par exemple RAID pour un serveur de fichiers et des performances IO plus élevées que ce que vous obtiendrez d'un disque externe connecté en USB 2.0

Si les ordinateurs étaient beaucoup plus simples, il y aurait moins de points de défaillance, ce qui pourrait améliorer la stabilité et simplifier la maintenance.

Peut-être, mais...

• Les rPis ne sont pas plus simples; ce sont des ordinateurs ARM prêts à l'emploi qui exécutent Linux. Le fait qu'ils n'aient pas de ventilateur ou similaire ne les rend pas significativement plus simples en termes de maintenance ou de points de défaillance. D'accord, ils n'auront pas de panne de disque dur, mais ils peuvent toujours avoir une défaillance de l'alimentation, de la carte mère, des erreurs de mémoire, des erreurs logicielles, des erreurs humaines...

• Vous dites "pas de pièces mobiles"; si une machine a 10 pièces et un nouveau design en a 4, c'est plus simple. Si vous remplacez un disque dur par un stockage flash Multi-Level-Cell (MLC), est-ce plus simple? Lorsque le flash MLC fonctionne, la charge électrique est injectée dans et sortie des cellules, et une barrière physique la retient là dans plusieurs états. Un mode de défaillance est lorsque la barrière se casse et ne peut plus maintenir distinctement plusieurs niveaux. Que signifie-t-il de dire "pas de pièces mobiles" lorsque les électrons sont les pièces mobiles, et que les pièces qui fonctionnent avec eux peuvent physiquement se casser?

• Les rPis sont un produit d'une petite entreprise, intégré dans un format peu commun et petit, conçu pour les marchés à bas coût, et fabriqué à partir de pièces grand public; ces forces vont à l'encontre de la fiabilité et de la stabilité, qui tendent à venir du fait de ne pas repousser les limites de taille ou de performances, des conceptions standard utilisées par beaucoup de personnes (de préférence des entreprises exigeant la fiabilité et fournissant leurs exigences à l'avance et des retours pendant l'utilisation), des grandes séries de fabrication permettant de recevoir beaucoup de retours sur de longues périodes (ce que le rPi obtient maintenant, avec des révisions de modèles en cours), de plus gros budgets permettant des conceptions plus soigneuses, plus de tests et des matériaux/composants de meilleure qualité, et plus d'efforts en Q&R. Vous obtenez de la stabilité et de la fiabilité d'un tank, d'un jumbo jet ou d'une voiture basique, pas d'une voiture de sport, ou de la plus petite voiture du monde, ou de la voiture la moins chère du monde.

• La "défaillance" en soi n'est pas toujours une préoccupation, ce sont les conséquences de la défaillance et la récupération de celle-ci qui posent problème - et les rPis n'ont pas de RAM correctrice d'erreurs, pas de stockage RAID, pas de cartes IPMI pour vous aider à diagnostiquer et résoudre les problèmes. Vous dites "plus simple signifie moins de points de défaillance" mais alors pourquoi utilisons-nous des sommes de contrôle et des codes d'authentification de message, et des arbres de Merkle, et du striping de données et de la redondance, et TCP au lieu d'UDP, etc.? Ils sont plus compliqués donc plus sujets à la défaillance... sauf qu'au final, ils ajoutent plus de protection contre la défaillance que de défaillance, n'est-ce pas? Se remettre de Cryptolocker est un gros problème, ou cela peut mettre fin à une entreprise. Mais la complexité de "avoir une sauvegarde" rend la récupération possible, voire facile.

• Pour un matériel fonctionnel, la 'maintenance' signifie la maintenance logicielle, et les rPis ne diffèrent pas des autres serveurs à cet égard.

• Allez-vous quand même les mettre sur un UPS? Derrière une porte fermée à clé pour les protéger des sabotages? Assurés contre le vol? Sauvegardés? Configurés / entretenus par des employés rémunérés? Vous économisez toujours, mais les coûts s'accumulent.

Les machines virtuelles sont invisiblement petites, sans chaleur, silencieuses et presque gratuites. Si vous avez déjà un hôte de machines virtuelles, c'est le cas. Si votre rPi s'éteint et ne se rallume plus, combien de temps allez-vous passer à le dépanner? Combien de temps pourriez-vous louer un service DNS ou une machine virtuelle hébergée pour le coût de votre temps à dépanner du matériel domestique?

Dix rPis vous coûtent 200 $? Un serveur x86 traditionnel à utiliser comme hôte de VM, avec des alimentations électriques redondantes échangeables à chaud, des processeurs Xeon doubles, 128 Go de RAM ECC, un RAID SAS 10k avec 10 disques, même en ajoutant une licence Windows Datacenter, vous parlez de 15k $ - c'est évident, n'est-ce pas?

Une entreprise de 25 personnes dépensera 32 000 $/mois en salaires en supposant un salaire horaire minimum de 8 $, sans compter tous les frais généraux des employés. Les dépenses réelles seront bien plus élevées pour couvrir l'espace de bureau, les ordinateurs, les téléphones, les assurances, les soins de santé, et tout autre avantage pour les employés. Certains employés gagneront bien plus que cela.

Vos économies permettront à votre entreprise de continuer pendant encore... une semaine ?

Vous pourriez probablement construire un réseau redondant d'ordinateurs bon marché - le concept est valable, Google est le grand exemple de l'utilisation de la redondance logicielle pour construire des services fiables à partir de matériel PC grand public - mais dans le cas des rPis, ne seraient-ils pas mieux adaptés à une entreprise avec une ou deux personnes travaillant à domicile, financées avec une carte de crédit, plutôt qu'à une entreprise de vingt-cinq personnes?

Réponse courte :

Peut-être.

Réponse longue :

Avantages :

• Petit appareil discret, pas de serveurs rack 19" ou de grandes tours.
• Aucune pièce mobile !
• Consommation d'énergie faible.
• L'accès au matériel est facilement sécurisé, un petit coffre-fort ou une boîte métallique avec un cadenas suffira.
• Silencieux (le S est silencieux tout comme le RPI).
• Peu coûteux.

Inconvénients :

• Le câble d'alimentation peut être facilement tiré accidentellement.
• Fidélité du stockage, la carte SD est utilisée comme disque système.
• Le modèle RPi B et d'autres ne viennent pas avec un étui et les étuis disponibles sont souvent en plastique.
• C'est pour les amateurs, pas pour les administrateurs système.
• Certains préféreront x86 ou x64 à ARM.
• La RAM et le port LAN ne sont pas évolutifs, pas de ports d'expansion sauf GPIO.
• Pas exactement ultra-rapide.
• Il faut souvent un hub USB.

Mes expériences :

J'ai reçu un modèle RPi B pour mon anniversaire il y a trois ans. J'ai d'abord expérimenté avec, cassant le système d'exploitation quelques fois. Après un moment, j'ai décidé que je devrais en faire quelque chose de utile, j'ai découvert Kodi (anciennement XBMC) et j'ai commencé à l'utiliser à des fins multimédias comme IceFilms (le lien est brisé, miroir contenant icefilms) pour diffuser des films et des séries (pas de paiement ou de compte nécessaires, c'est techniquement du piratage).

Après avoir littéralement cassé ma première carte SD, j'ai commencé à utiliser BerryBoot (menu de démarrage qui pouvait être installé depuis internet sur USB et vous permet de démarrer depuis USB). Quelques mois plus tard, mon Pi a atterri dans le tiroir. Je l'ai sorti il y a environ un an, quand j'ai ressenti le besoin d'un serveur domestique bon marché. Il est en marche en ce moment avec la même configuration qu'il y a un an.

Je le décrirais comme relativement fiable vu sa situation.

Ma configuration :

• Un modèle RPi B.
• Un étui en plastique semi-transparent.
• Une microsd de 8 Go dans un adaptateur microsd>sd (pour éviter de casser la partie stockage).
• OS : Debian.
• Plus de berryboot.
• Câble micro-usb branché sur le routeur (maintenant je peux redémarrer à distance le routeur et le pi en utilisant le panneau du routeur depuis une connexion pptp).
• Câble Ethernet branché sur le routeur.
• Connexion wan 120/12 au routeur.
• Aucun périphérique USB.
• Services en cours d'exécution :
  • sshd
  • php
  • mysqld
  • apache
  • tightvncserver
  • serveur vpn pptp

Capture d'écran htop :

Mon conseil :

Vous pouvez exécuter certains serveurs comme ceux que j'ai mentionnés, mais vous ne devriez pas utiliser un Raspberry Pi pour contrôler des serrures de porte ou d'autres choses importantes car il est conçu pour le bricolage et non pour des serveurs fiables.

À part cela, il fonctionnera parfaitement sous une charge modérée. Vous pourrez exécuter irc, vpn et messagerie web. Mais si vous allez exécuter un serveur DNS, vous voudrez peut-être définir un DNS secondaire au cas où le Pi tomberait en panne.

Je recommanderais l'utilisation de berryboot pour avoir le système d'exploitation et les données sur un USB ou un disque dur USB afin que lorsque votre carte SD échoue, vous puissiez simplement insérer votre sauvegarde berryboot SD et il démarrera avec toutes les données toujours intactes.

Le choix vous appartient