Le régulateur israélien de l'électricité ne veut plus qu'un nouveau centre de données prélève à lui seul plus de 200 MW sur le réseau. Selon des sources au sein du plénum de l'Electricity Authority citées le 14 octobre par CTech, de Calcalist, un projet de décision sur les raccordements au réseau fixant ce plafond doit être soumis à consultation publique le dimanche 18 octobre. Une consultation de trois semaines suivra ; le plénum examinera ensuite les objections et publiera un cadre définitif. L'autorité n'a pas répondu à la demande de commentaire de CTech.
27 GW de demandes pour un système de 18,8 GW
Les chiffres expliquent l'urgence. Les promoteurs ont demandé des raccordements pour environ 27 000 MW au total, alors que la capacité de production installée d'Israël est de 18 800 MW. La consommation moyenne tourne autour de 9 000 MW et la pointe a atteint 17 300 MW en août 2025. Noga, le gestionnaire du réseau, a en portefeuille des demandes de raccordement pour 50 installations de plus de 200 MW. L'autorité avait déjà cessé en juin, pour 140 jours, d'accepter de nouvelles demandes de centres de données.
Le rythme réel de la croissance de la demande fait débat. Noga retient 3,5 % par an à long terme et 5,2 % à court terme, la commission Dayan l'a estimé à 3,2 % au plus, et le Forum of Private Electricity Producers table sur 4,2 % et sur un doublement de la consommation en 15 ans. Le Forum prévoit aussi que les centres de données consommeront environ 7 milliards de kWh par an d'ici 2030, soit à peu près 2 100 MW, et des estimations citées par CTech les placent à environ un cinquième de la consommation nationale à cet horizon. L'Irlande fait face à des calculs comparables, comme l'ont montré cette semaine les chiffres de Moody's.
Des projets qu'il faudrait réduire
Deux des plus grosses demandes montrent l'effet du plafond. Mega DC, contrôlé par Zahi Nahmias, veut 1 100 MW à Hadera, sur le site de l'ancienne usine de pneumatiques Alliance, et SDS, contrôlé par Yossi Schonfeld, a demandé 875 MW à Nesher. Ni l'un ni l'autre ne passerait tel qu'il est prévu. Un dirigeant de promoteur cité par CTech juge malgré tout les 200 MW raisonnables, puisqu'Israël ne compte aucun centre de données de cette taille et que sa capacité de production ne permet pas d'en accueillir de très grands.
Les responsables font valoir que la limite permet de raccorder davantage d'installations tout en préservant la stabilité du réseau, car la défaillance soudaine d'une très grosse charge peut perturber la fréquence du système. Par ailleurs, une commission de la Knesset a approuvé un projet de loi visant à faire avancer les fermes de serveurs d'IA en tant qu'infrastructures nationales, note RuntimeWire.
Déconnectés du réseau à bref délai
Les questions qui détermineront le coût pour les exploitants restent ouvertes, rapporte CTech : les centres de données pourront-ils se raccorder directement aux centrales et contourner le réseau de l'Israel Electric Corporation, et pourra-t-on les obliger à se déconnecter à bref délai ? Le même dirigeant juge rédhibitoire une déconnexion à bref délai et estime que des groupes électrogènes de secours ou un stockage pour une installation de 200 MW pourraient rendre un projet non rentable.
Il n'a pas tort. Un centre de données qui peut être sommé de quitter le réseau n'achète plus une centrale de secours pour la panne exceptionnelle. Il achète des installations susceptibles de tourner pendant des heures chaque fois que le système manque de puissance, et en Israël, cela veut dire les journées chaudes d'été. Le stockage de carburant, les permis d'émissions et le refroidissement des moteurs en découlent. L'argument de la fréquence vaut d'ailleurs dans les deux sens : un site de 200 MW qui bascule d'un coup toute sa charge sur ses propres groupes électrogènes provoque exactement le type de variation brutale que le régulateur veut éviter, si bien que la séquence de transfert compte autant que le plafond. Pour quiconque prépare l'alimentation électrique d'un centre de données dans le pays, le projet de dimanche est le document à lire.
Sources : CTech (Calcalist), RuntimeWire
