2016-08-11 4 views
5

Ich habe eine Umbraco Website in Azure eingerichtet. Die Front-End-Website wird ordnungsgemäß geladen, aber das Back-End dauert mehr als 15 Sekunden, nachdem Sie auf "Speichern und veröffentlichen" geklickt haben, um das erfolgreiche Häkchen anzuzeigen. Ich habe eine Testwebseite eingerichtet, aber Azure VM verweist auf dieselbe Azure-SQL-Datenbank, die dieselbe Umbraco Azure-Website hostet, und ich bekomme dieses Problem nicht.Langsame Veröffentlichung in Azure Umbraco Website

+0

Nicht ganz sicher, was Ihre Frage ist: Hier geht es um die Bereitstellungszeit? Oder etwas anderes? Wo implementieren Sie Azure Web Apps? Bitte bearbeiten Sie Ihre Frage, um weitere Details hinzuzufügen. Aber ... selbst mit mehr Informationen bin ich mir nicht sicher, was genau irgendjemand tun kann, um zu helfen: Es ist keine Programmierfrage, und wenn Sie keine Logging-Informationen bereitstellen, sehe ich nicht, wie jemand helfen kann, schneller zu werden eine Bereitstellung (vorausgesetzt, das ist das Problem). Möglicherweise die Größe Ihrer Web-App-Instanz? (angenommen, es ist Web-App) –

+0

Sorry, ich war nicht detaillierter. Ich habe eine Umbraco Website als IaaS Web Apps in Azure eingerichtet. Die Ladezeit der Webseiten ist in Ordnung. Wenn ich im umbraco-Backoffice Inhalte veröffentliche, dauert es zwischen 15 und 20 Sekunden. Ich habe ein Setup in einer VM und mache die gleichen Aufgaben dauert 5 Sekunden. Ich denke nicht, dass es die App-Größe ist (Die Web-Apps läuft auf S2 und der SQL Azure ist S1) –

Antwort

0

Umbraco Speichern und veröffentlichen ist ziemlich DB intensiv. Eine S1-Instanz ist möglicherweise nicht stark genug. Wir verwenden S2 für unsere Dev-Sites, und das kann bis zu 5 Sekunden dauern, um zu speichern und zu veröffentlichen, je nachdem, ob etwas anderes die Datenbank trifft.

Sie haben möglicherweise auch Probleme mit anderen Code ausgeführt, die Dinge verlangsamt. Dinge wie die Indexerstellung können bei Azure ziemlich langsam sein. Es könnte auch ein Plugin sein, das die Dinge verlangsamt.

Wie komplex sind Ihre DocTypes? Welche Version von Umbraco läuft auch? Einige ältere Versionen enthalten Fehler, die zu Leistungsproblemen in Azure führen.

2

Ich habe gerade einige Zeit damit verbracht, das gleiche Szenario zu debuggen. Wir hatten eine Situation, in der, sobald jemand einen Knoten gespeichert hat, es 30 Sekunden dauern würde, bevor die Benutzeroberfläche wieder reagieren würde. Die Netzwerküberwachung bestätigte, dass wir auf API-Aufrufe von Umbraco gewartet haben.

Wir waren auf einer S0 SQL-Instanz, also stieß ich auf S1 und die Perf wurde schlechter !? (Erraten Indizes neu erstellen?).

Wir haben bereits einige Azure-spezifische web.config-Optionen festgelegt (wie useTempStorage = "Sync" in unserer ExamineSettings.config). Nachdem wir die untere Zeile hinzugefügt hatten, gingen unsere Saves von 30-35s auf 1-2s!

<add key="umbracoContentXMLUseLocalTemp" value="true" /> 

Dies ist aus der Load-Balancing Führung hier - https://our.umbraco.org/documentation/Getting-Started/Setup/Server-Setup/load-balancing/flexible

+0

Auch diese Antwort erklären, wie es ist: https://our.umbraco.org/forum/using-umbraco -and-getting-started // 84291-azure-umbraco-nach-veröffentlichung-alte-seite-die-site-is-down-for-2-mins. "Jede Azure Web App-Bereitstellung sollte diese Einstellung haben, andernfalls wird umbraco.config im unglaublich langsamen freigegebenen Speicherort gespeichert, diese Einstellung verschiebt sie an den lokalen temporären aber schnellen Speicherort" –

Verwandte Themen