<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>anjo2.com - Evil or not &#187; overselling</title>
	<atom:link href="http://www.anjo2.com/blog/tag/overselling/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.anjo2.com/blog</link>
	<description>Blog pessoal sobre os segredos web</description>
	<lastBuildDate>Sat, 16 Jul 2011 03:11:42 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3</generator>
		<item>
		<title>O limite do ilimitado</title>
		<link>http://www.anjo2.com/blog/2009/04/o-limite-do-ilimitado/</link>
		<comments>http://www.anjo2.com/blog/2009/04/o-limite-do-ilimitado/#comments</comments>
		<pubDate>Wed, 01 Apr 2009 15:50:53 +0000</pubDate>
		<dc:creator>anjo2</dc:creator>
				<category><![CDATA[Alojamento]]></category>
		<category><![CDATA[alojamentos]]></category>
		<category><![CDATA[base de dados]]></category>
		<category><![CDATA[disco]]></category>
		<category><![CDATA[dominios]]></category>
		<category><![CDATA[overselling]]></category>
		<category><![CDATA[trafego]]></category>

		<guid isPermaLink="false">http://www.anjo2.com/blog/?p=18</guid>
		<description><![CDATA[Apesar de ser cada vez mais conhecido os limites do ilimitado, as pessoas continuam a comprar na esperança que tenha o que alugou, muitas vezes são traídas pelos contractos com 1001 artigos ou pela letras pequenas, pois o ilimitado não existe, no entanto é preciso saber-se analisar, espero que aprendam a analisar com este &#8220;post&#8221;. [...]]]></description>
			<content:encoded><![CDATA[<p>Apesar de ser cada vez mais conhecido os limites do ilimitado, as pessoas continuam a comprar na esperança que tenha o que alugou, muitas vezes são traídas pelos contractos com 1001 artigos ou pela letras pequenas, pois o ilimitado não existe, no entanto é preciso saber-se analisar, espero que aprendam a analisar com este &#8220;post&#8221;.</p>
<p>Primeiro que tudo é preciso ter-se noção do que se necessita e da importância do que se vai alojar, decerto que não devem alojar algo que é muito importante num sitio onde não fazem a mínima de quais são os limites e muitas vezes nem as práticas das empresas&#8230; Em segundo, os limites do ilimitado, o espaço em disco requer discos rígidos, discos rigidos grandes é idêntico a menos performance, existe discos SAS/SCSI e SATA, SAS/SCSI 15000rpm vão até 150GB e são os discos com maior performance, os discos SATA vão até 1TB (existe discos de 1,5TB e 2TB também, mas ainda sem provas dadas sobre a sua fiabilidade, os discos atingiram o seu limite na tecnologia actual e começa a haver interferências o que é péssimo e pode dar problemas graves, pelo que não vou contabilizar estes discos e secalhar deviam fugir de quem os coloca para produção), mas analisando uma maquina com 6 discos SATA 1TB em raid 10, iria ter 3TB de espaço, um luxo para oferecer espaço&#8230; A seguir ao espaço vem o tráfego como uma das características mais importantes e este está directamente ligado à ligação, o tráfego ilimitado não existe e está bastante mais limitado do que parece, muitas empresas têm uma ligação de 100Mbps partilhada por muitos servidores, uma conta com tráfego ilimitado pode mandar todos os servidores abaixo só por ter tráfego ilimitado? Obvio que não&#8230; Depois existe algo como o número de base de dados, de emails etc. que se forem partilhados com o espaço ocupado e o espaço for limitado, já sabem que só podem criar até ocupar o espaço que têem, idêntico para os subdominios e dominios, no entanto estes já podem fazer mossa no servidor de dns, no entanto penso que só por maldade se pode andar a criar milhares de subdominios. Existe também o limite por base de dados, ora bem, se o limite de uma base de dados for 20MB, não se podem criar fóruns com muita gente e logo estão a limitar bastante o utilizador.<br />
Vamos agora aos limites escondidos, que são geralmente os mais importantes que são o cpu, ram e performance do disco, existe provedoras de alojamento que suspendem automáticamente as contas depois de passarem x% de uso de cpu, e esta prática vai-se tornar cada vez mais frequente, e apesar de oferecerem alojamento para multi-dominios e parecer que podem colocar todos os vossos sites apenas num alojamento, é que passam essa percentagem de cpu e todos os sites ficam offline&#8230; Além disso o número de contas num servidor por vezes é elevado, muitas vezes mais de 500, o que se tiver contas mais exigentes vais passar a ter os teus sites lentos todos os dias.</p>
<p>O ilimitado pode ser considerado também como não contabilizado, é uma especie de &#8220;não abuses que tudo fica bem&#8221;, mas será que compensa ter essa liberdade? Como disse antes, passa a ser uma questão de sorte ficar no servidor com menos carga para não ficar com os sites lentos, e é disso que se valem grande parte dessas empresas em que os planos são para massas, e tanto existe clientes satisfeitos, como insatisfeitos e muitas vezes fica-se na ideia que só dizem mal porque sim.</p>
<p>Deixo aqui a minha proposta, criar um fundo para experimentar os limites dos alojamentos, caso estejam interessados coloquem nos vossos comentários empresas que gostariam de ver os limites tanto de tráfego como de espaço que se vir muitos interessados crio um &#8220;donate&#8221; apenas para este fim e scripts que apenas gastem espaço e tráfego, não vou ver os limites de cpu, base de dados, etc, apenas encher disco e gastar tráfego como se fosse um cliente normal e reportar até onde chegou antes de dar problemas (suspenso ou ficar sem acesso).</p>
]]></content:encoded>
			<wfw:commentRss>http://www.anjo2.com/blog/2009/04/o-limite-do-ilimitado/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

