frage mich nur, ob jemand mir mit einem Leistungsproblem helfen kann, das ich mit meiner Website (v7.4.3), gehostet auf Azure, habe. Kein Autoscaling, Standard. Ertragen Sie es, es ist ein Problem, aber meine Informationen sind ruhig ein langer.Leistungsproblem, Umbraco auf Azure
Die Website läuft eigentlich ziemlich gut/schnell, aber hin und wieder, und ärgerlich, wenn der Client überprüft, hängen die Seiten zwischen 5-15 Sekunden, was völlig inakzeptabel ist. Und wenn es passiert, passiert es für jede andere Vorlagenseite. Sobald es geladen ist, läuft es jedoch absolut perfekt, wie Sie es erwarten würden.
Dies ist fast genau, wenn Sie zum ersten Mal eine Website auf dem Server/es muss aufwachen, in alle Rasierer Ansichten in Cache geladen, aber weil dies regelmäßig passiert, scheint es wie etwas anderes oder die Architektur von Azure verursacht ein Problem.
Ich habe sogar versucht, auf die neueste Version 7.6.0 zu aktualisieren, aber das Problem bleibt, also glaube ich nicht, dass es Umbraco ist. So weit wie unser Code geht, habe ich ihn auf einer Seite mit einem Anmeldeformular verwendet, das manuell aufgebaut wird, und es ist ein einzelner Bildanruf. Das ist es, es ist überhaupt nichts Besonderes.
Es denke, wie Azure funktioniert, wird die Website in Web-Worker geladen (sie können jetzt anders aufgerufen werden), und gelegentlich wird diese geladen und in einem neuen Web-Worker neu geladen. Ich denke, dass das das Problem ist, und jedes Mal, wenn es haps, ist es a) Neuladen der Website in, Ansichten usw. und b) etwas passiert mit den untersuchen Indizes, entweder wird neu erstellt, was die Website langsam lädt oder irgendwo eine Verzögerung verursachen.
Darüber hinaus wird die Website ito der Web-Worker geladen, aber im Wesentlichen alle Dateien werden immer noch aus dem Dateisystem gelesen, die Untersuchungsindizes sind immer noch auf dem Dateisystem, auf das ich glaube langsam zugreifen.
Um einige dieser Probleme zu beheben, haben die Indexer und Suchenden useTempStorage="Sync" aktiviert, sodass sie angeblich in den Worker kopiert und lokal ausgeführt werden.
wir haben in diesem Konfigurationswert statische Datei zu beschleunigen dient, die auf jeden Fall statische Datei lädt schneller gemacht: <serverRuntime enabled="true" frequentHitThreshold="1" frequentHitTimePeriod="00:00:20" />
Die neueste Config App Einstellung wir hinzugefügt haben, ist dies: <add key="umbracoContentXMLUseLocalTemp" value="true" /> Auch dies sollte angeblich den Content-Cache lokal laden, anstatt aus dem Dateisystem, aber seit wir das gemacht haben, haben wir regelmäßig Fehler bekommen, die definitiv verbunden sind. Ich möchte jedoch glauben, dass dies der magische Wert ist, nach dem ich gesucht habe, aber ich habe auch gelesen, dass dies für eine lastabgestimmte Umgebung ist. Ich war mir nicht sicher, ob Azure irgendwie wie eine lastverteilte Umgebung funktioniert .
Solche Fehler bestehen aus:
System.Exception: Cannot index queue items, the index is currently locked,, IndexSet: InternalIndexSet
Could not create index writer with snapshot policy for copying... retrying.... Exception: Lucene.Net.Store.LockObtainFailedException: Lock obtain timed out: [email protected]:\home\site\wwwroot\App_Data\TEMP\ExamineIndexes\External\Index\write.lock: System.IO.IOException: The process cannot access the file 'D:\home\site\wwwroot\App_Data\TEMP\ExamineIndexes\External\Index\write.lock' because it is being used by another process.
Hoffentlich jemand weiß, wie diese Probleme zu lösen, oder haben über das ursprüngliche Problem kommen?
Vielen Dank im Voraus!
Was ist die neueste App-Einstellung, die Sie hinzugefügt haben? Ich kann es nicht sehen. – kelpie
Leider @kelpie, es ist dies: '
Wir haben auch diese jetzt in umbracoSettings.config ' True' –
SatBav