AbcLinuxu v Xenu, pomozte nám testovat

V neděli 23. 8. 2009 proběhne přesun portálu AbcLinuxu.cz do virtualizované infrastruktury vytvořené pomocí Xenu. Chcete-li nám pomoci s testováním, které má zajistit, že bude vše fungovat, podívejte se na devel.abclinuxu.cz. Stávající testovací verze používá několik dní starou databázi. Mějte na paměti, že veškerý obsah, který do testovací verze zadáte, bude ztracen. Testovací instance je napojena na LDAP, takže se v ní můžete přihlásit ke svému uživatelskému účtu.

21.8.2009 16:31 | Robert Krátký | Upozornění

Komentáře

[zozo]

Bretaň sužuje puch hnijících mořských řas

Najprv som sa pekne pobavil :) Ale hneď začnem testovať

[trekker.dk]

To má běh ábíčka tak malé nároky, že mu místo samostatného stroje stačí virtuální mašina?

[Robert Krátký]

Záleží na tom, jaké má ten virtuál parametry

[Leoš Literák]

Údajně je režie xenu 5%, uvidíme. Případné problémy s výkonem hlašte, pokud by server nestíhal, tak to stopneme.

[Adam]

Preco prave Xen (a nie napr. QEMU ci KVM)? Preco virtualizacia abccka?

[Stanislav Petr]

5% mozna, ale pri jakem typu zateze? To je asi jako 42 - mame vysledek ale nemame otazku. Problem muze byt pri virtualizaci napriklad SQL databazi. Obcas jsem videl i pomerne zahadne propady vykonu u nekterych Java aplikaci. Vetsinou plati, ze cim lepe je aplikace optimalizovana pro vysoky vykon nad realnym strojem, tim vetsi propad ji ceka na virtualizaci.

[Tomáš Pelc]

Taky na Vás Firefox křičí "Neznámý certifikát" při pokusu o přihlášení?

[Robert Krátký]

Sorry, zapomněl jsem to zmínit. To je "v pořádku". Až to bude na správné doméně, tak to zmizí.

[Jendа]

Jdu si chystat arpspoof a webmitm

Jinak, to se ABC přesune z fyzického serveru do virtuálu na něm? K čemu to?

[trekker.dk]

Jsou tam nějaké problémy s kódováním - na hlavní stránce ve zprávičkách je David Kolibá? Patička Jendy H. je Tv?? nejbli?????? p????buzn?? jsou ??impanzi? To jste asi dobr?? fam??lie...

[Robert Krátký]

Dříve s tím byly potíže, teď už by to mělo být OK. Viz nejnovější zprávičky. Ale klidně zadejte testovací zprávičky, blogy, hardware, články do skupin apod., ať se to prověří.

[trekker.dk]

No OK to bude, pokud ostrý přesun neuděláte stejně jako ten testovací - chybné kódování loginů a patiček je tam furt.

[Limoto]

A bude IPv6?

[ZeXx86]

+1

[Stanislav Petr]

Zrovna jsem to chtel napsat.... :D Ja uz mam IPv6 na vsech produkcnich serverech a je nasazena klientum. A bez problemu. Takze si myslim ze se opravdu neni ceho bat.

[xm]

Proč jste nepoužili radši KVM? Používáte paravirtualizaci?

[loketnik]

A nebylo by lepsi hodit nasledne zahodit data vytvorena v testovacim provozu a ostrou verzi tam potom naimportovat? Prijde mi skoda, ze nahodny ctenar abicka muze vygenerovat nejaky hodnotny obsah, ktery bude nasledne ztracen.

[Jendа]

Pokud čtenář generuje hodnotný obsah na devel.abclinuxu.cz, je to jeho problém

[loketnik]

Pardon. Zpravicka nejdrive vyznela tak, ze z klasicke verze se stava testovaci instance. Omlouvam se, jsem unaven z prace ;-]

[=^..^= AmigaPower®]

Výborně se bavim, zatim jen v poradně a ve zprávičkách...

[=^..^= AmigaPower®]

...a co teprv tohle?!

[JZD]

Tak jsem si Vás dovolil zvěčnit. Doufám že se na mě nezlobíte. Přeji příjemnou noc.

[=^..^= AmigaPower®]

+1

Díky! Jsem dojat! Musim si udělat screenshot pro děti a vnuky, dál už to v IT totiž nikdy nedotáhnu!

[vlastikroot]

Vsim sem si jakej mas good new serverik

[.]

Je to zatím ok, ale jsem myslel že budou dávat novější vzhled abíčka...

[=^..^= AmigaPower®]

Chá, chá, poradna je výborná

[rufuss]

Ještě tam tak prdnout podporu openID a bylo by to dokonalé...

[vlastikroot]

Vim ze to bude znit trollovsky, ale k cemu to ?

[mess]

To mi by se líbílo zvýrazňování syntaxe

[=^..^= AmigaPower®]

máš můj hlas

[mess]

Dík

[David Watzke]

Můj taky, to by bylo skvělý.

[Limoto]

Jak může být dokonalý něco bez IPv6?

[thingie]

To pak budou v gůglu pěkný sračky o abíčku, až tohle zaindexuje i s tím úžasným uživatelským obsahem posledních pár hodin.

Jinak teda gratuluju k šťastnému rozhodnutí. (Bez ironie, ty tři vlaky co jí k tomu měly být mi ještě visí v majlontě.)

[=^..^= AmigaPower®]

To si snad i každej blbec testovou stránku zabezpečí, aby jí googleboot neindexoval, ne? Myslim že tohle je jedna z prvních věcí o které kluci pomysleli...

[Prcek]

Tak dej do googlu "Bretaň sužuje puch hnijících mořských řas" a uvidíš, kdo je na druhým místě .

[=^..^= AmigaPower®]

...tak to je ovšem "pořádné šlápnutí do hovna"

BTW, jakto že se ábíčko indexuje tak rychle a Gacek*PL jednou za měsíc???

[Jendа]

BTW, jakto že se ábíčko indexuje tak rychle a Gacek*PL jednou za měsíc???

Víc odkazů (ta v patičkách jsou rel="nofollow"), častější aktualizace (IMHO Google zkoumá, jestli se stránka od jeho poslední návštěvy změnila, a když ne, příště tam přijde později).

[Jendа]

Já myslel, že je to pangram, a ono to asi fakt existuje!

[Robert Krátký]

Myslim že tohle je jedna z prvních věcí o které kluci pomysleli...

Ani ne, ale dnes ráno jsem to indexování zatrhl... trochu pozdě, ale přece.

[=^..^= AmigaPower®]

...oops! To se stává i lepším, když je toho moc, na některý drobný blbůstky se prostě zapomene

[sigma]

Bude to na XenServer-u od Citrixu, nebo nějaké in-house řešení? Nebo je to tajemství / firemní know-how? -:)

Jinak o budoucnost XENu v rukou Citrixu bych strach neměl, jak někteří naznačují tady nebo v diskusi ke článku o Xenu. Pro produkční nasazení, pokud nejde o 1 virtuál na hraní/testování, nevidím moc jiné možnosti než VMWare ESX, ESXi, nebo právě XenSever. Ve srovnání cena-možnosti-výkon podle mě Xen jasně vede. KVM má určitě před sebou skvělou budoucnost, zatím je ale reálné nasazení problematické. Zvlášť, pokud potřebujete i nějaký Windows guest.

Jinak skutečně můžu říct, že režije XENu, ať už CPU, síť, nebo I/O, je < 5%. To už se podle mě virtualizace v mnoha případech vyplatí, i kdyby měl na fyzickém serveru běžet jediný virtuál. Výhodu vidím ve snadném přesunu na výkonnější HW, popř. na jiný HW při poruše...

 

[Luboš Doležel (Doli)]

Hmm, od Xenu se utíká ke KVM a celé mi to připadá jako dost zbytečný krok :-/

[azurIt]

mne osobne stale unika zmysel tohto kroku

[A]

Musis chapat jedno - teraz je in virtualizacia tak hura na virtualizaciu. O rok ked uz virtualizacny boom opadne a nabehne nova moda (napr. hypervirtualizacia) tak sa holt vrhnu na nu. IPv6 by bol lepsi krok Ale nie, no mozno sa im takto bude lepsie spravovat server...

[stativ]

Já použití Xenu naprosto chápu kvůli HA. Systém v Xenu je totiž možné migrovat mezi různými servery bez nutnosti restartu. Otázka je, jak dobře to funguje v KVM.

[thingie]

Abíčko s HA a to navíc na Xenu, no, to je vtip, který dneska už těžko co trumfne. Spíš si představuju, že ve Stickfishi pojali úmysl zkusit tak ušetřit nějaké peníze, než mít všechny weby na jednom vyhrazeném stroji.

[Adam]

Tiez si myslim ze je to prikaz zhora (z PrilepenejRyby), je kriza, tak setria ako mozu (viac virtualnych serverov na jednej fyzickej masine = mensie naklady na elektrinu, pripojenie, umiestnenie atd. atd. ..)

[trekker.dk]

Migrace v KVM funguje

[vencour]

Jak dlouho pojede to testování, tedy po jaké době se ke vloženým datům nedostanu?

[=^..^= AmigaPower®]

HTTP ERROR: 500

Nemohu se spojit s databazi!

RequestURI=/History
Caused by:

cz.abclinuxu.exceptions.PersistenceException: Nemohu se spojit s databazi!
	at cz.abclinuxu.persistence.impl.MySqlPersistence.getSQLConnection(MySqlPersistence.java:2423)
	at cz.abclinuxu.persistence.SQLTool.loadObjects(SQLTool.java:433)
	at cz.abclinuxu.persistence.SQLTool.getLastSeenComments(SQLTool.java:1692)
	at cz.abclinuxu.servlets.utils.ServletUtils.handleLoggedIn(ServletUtils.java:428)
	at cz.abclinuxu.servlets.utils.ServletUtils.handleLogin(ServletUtils.java:277)
	at cz.abclinuxu.servlets.Controller.performInit(Controller.java:177)
	at cz.abclinuxu.servlets.Controller.service(Controller.java:68)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
	at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:487)
	at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1097)
	at cz.abclinuxu.servlets.filters.RecordTagViewFilter.doFilter(RecordTagViewFilter.java:41)
	at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1088)
	at javawebparts.filter.CompressionFilter.doFilter(CompressionFilter.java:261)
	at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1088)
	at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:360)
	at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
	at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181)
	at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:729)
	at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:405)
	at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:206)
	at org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114)
	at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
	at org.mortbay.jetty.Server.handle(Server.java:324)
	at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:505)
	at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:829)
	at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:513)
	at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:211)
	at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:380)
	at org.mortbay.jetty.bio.SocketConnector$Connection.run(SocketConnector.java:228)
	at org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:450)
Caused by: java.sql.SQLException: com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: Communications link failure

Last packet sent to the server was 0 ms ago.
	at org.logicalcobwebs.proxool.ConnectionPool.getConnection(ConnectionPool.java:219)
	at org.logicalcobwebs.proxool.ProxoolDriver.connect(ProxoolDriver.java:90)
	at java.sql.DriverManager.getConnection(DriverManager.java:582)
	at java.sql.DriverManager.getConnection(DriverManager.java:207)
	at cz.abclinuxu.persistence.impl.MySqlPersistence.getSQLConnection(MySqlPersistence.java:2421)
	... 29 more

Caused by:

java.sql.SQLException: com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: Communications link failure

Last packet sent to the server was 0 ms ago.
	at org.logicalcobwebs.proxool.ConnectionPool.getConnection(ConnectionPool.java:219)
	at org.logicalcobwebs.proxool.ProxoolDriver.connect(ProxoolDriver.java:90)
	at java.sql.DriverManager.getConnection(DriverManager.java:582)
	at java.sql.DriverManager.getConnection(DriverManager.java:207)
	at cz.abclinuxu.persistence.impl.MySqlPersistence.getSQLConnection(MySqlPersistence.java:2421)
	at cz.abclinuxu.persistence.SQLTool.loadObjects(SQLTool.java:433)
	at cz.abclinuxu.persistence.SQLTool.getLastSeenComments(SQLTool.java:1692)
	at cz.abclinuxu.servlets.utils.ServletUtils.handleLoggedIn(ServletUtils.java:428)
	at cz.abclinuxu.servlets.utils.ServletUtils.handleLogin(ServletUtils.java:277)
	at cz.abclinuxu.servlets.Controller.performInit(Controller.java:177)
	at cz.abclinuxu.servlets.Controller.service(Controller.java:68)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
	at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:487)
	at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1097)
	at cz.abclinuxu.servlets.filters.RecordTagViewFilter.doFilter(RecordTagViewFilter.java:41)
	at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1088)
	at javawebparts.filter.CompressionFilter.doFilter(CompressionFilter.java:261)
	at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1088)
	at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:360)
	at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
	at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181)
	at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:729)
	at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:405)
	at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:206)
	at org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114)
	at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
	at org.mortbay.jetty.Server.handle(Server.java:324)
	at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:505)
	at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:829)
	at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:513)
	at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:211)
	at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:380)
	at org.mortbay.jetty.bio.SocketConnector$Connection.run(SocketConnector.java:228)
	at org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:450)

Powered by Jetty://

[JZD]

Tak to vypadá, že nám odstavujou testovací ábíčko.

[Prcek]

No mně se před chvílí zdálo, že odstavujou i to normální, když mi chvíli nešlo .

[Michal Fecko]

Uz asi bezime pod Xenom

[=^..^= AmigaPower®]

Už tak hoďku a půl je to kurevsky zpomalený, co?! Taky sem si toho všim, i v relativně krátký diskuzi je vidět, jak naskakujou jednotlivý příspěvky, před tim to udělalo frrrrr.... .. . .

[Leoš Literák]

To je fakt nebo sarkasmus? Teď začíná špička a odezva je solidní.

[trekker.dk]

Tu a tam mi přijde, že moc solidní nejni. (Ale to klidně může bejt tady.)

[=^..^= AmigaPower®]

Teď jsem v práci, kde mi ábíčko vždycky jede pomaleji než doma, takže žádnej rozdíl nevidim, ale včera tak nějak mezi 22 a 23 se to fakt tak zpomalilo, že jsem si toho všimnul holim okem. A ještě jedna věc, (možná je problém u mně) v práci to po mně vždycky chtělo zalogovat se a dneska jak jsem nakop widle tak si mně to rovnou zalogovalo.

ping mam 180, 40, 39 a 40ms tak nevim...