<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title><![CDATA[Linux Forum &mdash; VDS и производиительность]]></title>
		<link>https://linuxforum.ru/viewtopic.php?id=7764</link>
		<atom:link href="https://linuxforum.ru/extern.php?action=feed&amp;tid=7764&amp;type=rss" rel="self" type="application/rss+xml" />
		<description><![CDATA[Недавние сообщения в теме «VDS и производиительность».]]></description>
		<lastBuildDate>Wed, 27 Oct 2010 14:28:52 +0000</lastBuildDate>
		<generator>PunBB</generator>
		<item>
			<title><![CDATA[Re: VDS и производиительность]]></title>
			<link>https://linuxforum.ru/viewtopic.php?pid=105691#p105691</link>
			<description><![CDATA[<p>Либо Вы неправильно поняли этого админа, либо еще что-то, но все по пунктам- бред.</p><p>1. Скорее всего имелся ввиду лимит озу для контейнера из имеющихся.<br />2. Скорее всего имелось ввиду, что на один дисковый i/o несколько серверов.<br />3. Вообще бред, трудноинтерпритуемый.</p><p>Если возникли трудности с MySQL, то лучше обратиться пп анализа к грамотному хайлоадеру для тюнинга, как самого мускула, так и сопутсвующих сервисов. Если там стоит голый апач, то банальная установка nginx уже существенно снизит нагрузку. Если активно видуться селкты/инсерты в мускуле, то стоит подумать о разных способах оптимизации.<br />Панель лишь занимает место, она, безусловно, удобна, но для пользователей без большого опыта. В случае борьбы за ресурсы- лучше грамотный админ, выдающий доступы, создающий юзеров, базы, виртуальные хосты и тп.</p>]]></description>
			<author><![CDATA[null@example.com (Denlookh)]]></author>
			<pubDate>Wed, 27 Oct 2010 14:28:52 +0000</pubDate>
			<guid>https://linuxforum.ru/viewtopic.php?pid=105691#p105691</guid>
		</item>
		<item>
			<title><![CDATA[VDS и производиительность]]></title>
			<link>https://linuxforum.ru/viewtopic.php?pid=105626#p105626</link>
			<description><![CDATA[<p>Здравствуйте.</p><p>Очень надеюсь на вашу помощь.<br />У нас следующая ситуация: имеется два крупных сайта и куча мелких, которые нужно где-то хостить.<br />Мы арендовали довольно мощный сервер, и решив отделить крупные сайты друг от друга и от мелких (среди которых могут быть &quot;дырявые&quot;), создали на нем 3 VDS и разместили крупные на отдельных VDS и все мелкие на третьем VDS.<br />В качестве системы виртуализации использовали OpenVZ, в качестве гостевых систем -- Debian. Все это кое-как поработало некоторое время, а потом начались проблемы с производтельностью MySQL (иногда нагрузка процессора составляла 100% при совсем небольшой посещаемости). Закончилось все тем, что мы не смогли импортировать дамп, т.к. MySQL зависал.</p><p>Мы обратились к другому Linux-администратору, который посмотрел на это все и сказал нам следующее:<br />1. OpenVZ не умеет корректно работать с оперативной памятью, и, несмотря на то, что у нас есть 8 Гб, используется только 1,5 Гб, после чего крашится MySQL.<br />2. Практически все системы вируализации, сильно замедляют работу, т.к. на каждое обращение к винчестеру, делают несколько обращений.<br />3. Лучше в нашем случае вообще не использовать VDS, а установить несколько Apache в пределах одной системы, что даст высокую производетельность и достаточное отделение сайтов друг от друга.</p><p>Все переделывать -- это серьезный шаг, и хочется быть уверенными, что предлагаемое решенеи самое лучшее.<br />Что вы думаете по этому поводу? Правильно ли советует админ? Будем ли это достаточно безопасно, не будут ли одни сайты ложить другие? Или лучше все-таки использовать VDS, но заменить систему вируализации? Если так, то какую бы вы посоветовали? Мы уже используем ISPManager для 3-го VDS, возможно, нам стоит купить и использовать VDSManager для вируализации? Или действительно, все системы виртуализации &quot;плохие&quot;?</p>]]></description>
			<author><![CDATA[null@example.com (yanis)]]></author>
			<pubDate>Wed, 27 Oct 2010 11:19:31 +0000</pubDate>
			<guid>https://linuxforum.ru/viewtopic.php?pid=105626#p105626</guid>
		</item>
	</channel>
</rss>
