Ich bin mir nicht sicher, ob unsere Situationen zusammenhängen, Mark. Ich glaube, in meinem Fall spielte das, was Stephen sagte, eine große Rolle:
Ich habe kürzlich zwei weitere Instanzen auf denselben Server verschoben und tatsächlich vergessen, dass die Unicorn-Worker auf 8 eingestellt waren, da wir zuvor auf einem Server mit mehr Kernen waren (der aber seine eigenen Probleme hatte, weshalb wir zu einem Xeon zurückkehrten, der weniger Kerne hatte, aber insgesamt besser funktionierte).
Was ich also herausfand, war, dass die Reduzierung der Unicorn-Worker auf diesem Server die Last reduzierte, aber Timeouts verursachte. Die Erhöhung der Worker beseitigte die Timeouts, führte aber zu einer höheren Last - wenn auch immer noch in einem akzeptablen Bereich. Ich denke, ich könnte die Worker erhöhen und wir könnten die erhöhte Last immer noch bewältigen, aber was wir jetzt haben, ist vorerst gut.
Davon abgesehen habe ich die Instanzen auf denselben Server verschoben und er lief innerhalb dessen, was ich erwartet hätte (die Last stieg, aber nicht sehr stark an), und es schien, dass ein Update zu höheren Lasten führte … ich kann mir da aber nicht sicher sein, und wir müssen bedenken, dass Discourse von Zeit zu Zeit mit mehr Funktionen möglicherweise leistungsfähigere Hardware benötigt oder manchmal ‘langsamer’ wirkt (ich hatte einige Discourse-Instanzen mit alten Versionen und sie wirkten merklich schneller - obwohl sie natürlich nicht alle Funktionen der neueren Versionen hatten).
Davon abgesehen, denke ich, dass die Lasten seit dem letzten Discourse-Update (mit PG 15) tatsächlich ein wenig gesunken sind.
Ich bin mir nicht sicher, was ich Ihnen vorschlagen soll, Mark - vielleicht spielen Sie mit den Workern und einigen anderen Einstellungen herum? Wie z.B. db_shared_buffers und db_work_mem? Vielleicht starten Sie einen eigenen Thread nach dem Motto “Hohe CPU-Auslastung nach dem Update - braucht meine Instanz Leistungsoptimierungen?” Oder so etwas 
