terça-feira, 30 de novembro de 2010

Resumo do #Twitter

Maiores inovações nos navegadores em 2010 http://goo.gl/U7Gtb

Google pode comprar GroupOn http://goo.gl/r6b51

5 aplicativos gratuitos para integrar ao Google Apps http://goo.gl/COrwX

Cuidado com o #hype das compras coletivas http://goo.gl/ubieg

Histórias de terror sobre compras coletivas... http://goo.gl/KNYZq

Visualize fotos do #Twitter a partir das hashtags com o Hashalbum http://lifehac.kr/fwKJCP

Extensão do MIT para #Chrome permite usar driver do Kinect para navegar no estilo "Minority Report" http://bit.ly/hJfvgR

Rootkit na placa de rede !? http://bit.ly/hkDXoS

#FCoE, #iSCSI, e a batalha Ethernet x FC http://bit.ly/eZpFoU

VAAI: operação integrada entre #VMware e #Storage http://bit.ly/gGAEjN

Resumo do #Twitter http://bit.ly/fW0jlU

Geladeira com #Linux http://bit.ly/fYUAp3

quinta-feira, 25 de novembro de 2010

#FCoE, #iSCSI, e a batalha Ethernet x FC

Tenho lido algumas coisas sobre FCoE (Fibre Channel over Ethernet), uma tecnologia que tem sido comparada a iSCSI do ponto de vista custo x performance, e com desempenho comparado a FC. Há quem diga que o FCoE já está matando o FC "puro". Do que li, acredito que FCoE pode ser, como alguns estão dizendo, o padrão para as SANs no futuro próximo, pois é um caminho que garante a preservação (com limitações, claro, já que poucas empresas têm switches 10Gbps em produção hoje) do investimento em suas redes ethernet.

Seguem alguns links que embasaram minhas opiniões.

Um milhão de IOPS em um único link de 1Gbps:
www.physorg.com/news183210810.html

Windows iSCSI initiator + NetApp Storage = link 10Gbps saturado:
gestaltit.com/featured/top/stephen/wirespeed-10-gb-iscsi/

Porque 10Gb FCoE é "muito" melhor que 8Gb FC:
www.unifiedcomputingblog.com/?p=108

A situação de mercado do iSCSI (vá direto ao final do texto):
www.infostor.com/index/articles/display/5174545337/articles/infostor/san/iscsi-ip_sans/2009/12/the-state_of_the_iscsi.html

Prós e contras de FCoE e iSCSI:
jmichelmetz.wordpress.com/2010/02/05/re-examining-fcoe-and-iscsi-pros-and-cons/

Performance: FCoE x iSCSI
jmichelmetz.wordpress.com/2010/03/24/fcoe-vs-iscsi-the-cagefight-performance/

Maximizando a performance do iSCSI no Hyper-V
https://msevents.microsoft.com/CUI/WebCastEventDetails.aspx?culture=en-US&EventID=1032432957&CountryCode=US

VAAI: operação integrada entre #VMware e #Storage

Falamos aqui nos idos de 2009 sobre uma novidade (à época) que permitiria à solução de virtualização da VMware "delegar" operações para o storage, se liberando para outras atividades e aumentando o desempenho do conjunto.
A novidade tomou forma (com o perdão da redundância) na forma da VAAI (vStorage APIs for Array Integration), que já é suportada por alguns modelos de Storage da EMC, a dona da VMware (mera coincidência ?). O fato é que, pra quem possui essa "combinação matadora" - VMware + Storage EMC) o recurso pode trazer resultados bem interessantes. A VMware traz uma FAQ bastante esclarecedora, destacando pontos importantes tais como:
  • O recurso é suportado a partir da versão 4.1 do vSphere/ESX/ESXi;
  • Para verificar se o recurso está ativado ou não, é necessário checar as "Advanced Settings" em cada host ESX/ESXi, e conferir os itens DataMover/HardwareAcceleratedMove, DataMover/HardwareAcceleratedInit e VMFS3/HardwareAcceleratedLocking;
  • Para verificar se o recurso é suportado no datastore é necessário checar a coluna "Hardware Acceleration" (inicialmente o status é desconhecido, sendo necessário realizar cópias de arquivos VMDK, criar ou clonar uma VM para ativar o recurso);
  • As operações básicas que são delegadas ao Storage envolvem cópias de dados em datastores, a "zeragem" de discos e criação de arquivos;
  • Como verificar o status de suporte ao recurso para cada datastore;

Para verificar se seu Storage é suportado, basta consultar a HCL da VMware (verifique na guia Storage/SAN). Via blog do Scott Lowe, da EMC.

Resumo do #Twitter

#GDocs atualiza e suporta upload via drag and drop http://lifehac.kr/hyBzaL

Burg Manager, dual boot com estilo! http://lifehac.kr/edgDhe

Otimize o #Firefox 4 com o about:config http://goo.gl/s3wjM

#Google Cloud Connect permite sincronizar e compartilhar documentos do #MSOffice via #GDocs http://goo.gl/bKNac

Google Docs agora tem autotexto http://lifehac.kr/dA7Oll

#Android no #iPhone! http://bit.ly/9hvObv

Ubuntu no Galaxy Tab! http://bit.ly/aIEWC1

PoC do driver livre do Kinect: multitouch no Ubuntu http://bit.ly/9pHesu

É incrível como mesmo em código consolidado há anos ainda há espaço para melhorias http://bit.ly/bJ02Fm

Farmville, o jogo maquiavélico http://meiobit.com/76837/farmville-e-o-triste-estado-dos-jogos-casuais/

Fazer seu próprio filme estilo Avatar vai custar U$ 150http://bit.ly/c8QiSz

Memória racetrack pode subtituir HDs http://bit.ly/aQ9p8D

Robôs aprendem sozinhos e observando humanoshttp://bit.ly/aGZ9hL

Bleachbit, "faxineiro" para #Windows e #Linux http://bit.ly/9FsutX

sexta-feira, 19 de novembro de 2010

Me siga no Twitter ou no Buzz @chriscgs

Caríssimos leitores,

Não é certo, mas é possível que a frequência de atualização do blog se mantenha nos níveis atuais, ou seja, alguns posts por semana ao invés de posts praticamente diários, como era costume nestes quase 3 anos desde o início do blog. Isto porque, diante das novas ferramentas disponíveis, em especial Twitter e Buzz, as quais utilizo ativamente, tenho compartilhado informações e principalmente links por lá, deixando para o blog as informações mais "elaboradas", minhas opiniões e análises sobre temas mais complexos.

Por isso, este post visa informar que, embora eu vá tentar trazer para o blog alguma coisa de "clipping" (as *famosas* rapidinhas) dos links que compartilhar pelo Twitter (http://www.twitter.com/chriscgs) e Buzz (http://www.google.com/profiles/christian.guerreiro#buzz), o melhor para quem quiser se manter atualizado e não perder nada é nos acompanhar por lá, ok ?

Espero que não se incomodem com a mudança, e mais uma vez agradeço pelo acompanhamento do blog, o que é pra mim motivo de orgulho e estímulo para continuar levando ao conhecimento de vocês a Tecnologia que Interessa!.

quinta-feira, 11 de novembro de 2010

O problema da deduplicação


Receba nosso boletim semanal!
Tecnologia que Interessa!

Muito tem se falado nos últimos tempos sobre deduplicação, à medida que o backup em disco se consolida no mercado. Inúmeras soluções surgem a cada dia, há quem diga que a fita morreu, ou que a fita deve ser utilizada para fins de arquivamento somente, dentre outras afirmações controversas.

Os benefícios da deduplicação são inegáveis. Redução drástica no volume de dados do backup (taxas de 10 pra 1 ou até maiores não são difíceis de obter), otimização do tempo de restauração e redução dos custos associados à solução (especiamente com aquisição de discos e fitas) são alguns exemplos.

O problema está no fato de que existem alguns pontos negativos, dos quais vou destacar o que considero mais grave: o ponto único de falha resultante do fato de que pode haver uma única cópia completa do seu backup, ou mesmo de vários dos seus backups, a depender da solução utilizada.

Vamos exemplificar para facilitar o entendimento:
  • Suponha que você possua um servidor de banco de dados, cujo backup é realizado através de uma solução que oferece o recurso de deduplicação.
  • Ao realizar o backup do servidor pela primeira vez, todos os dados serão copiados.
  • A partir da segunda execução, serão copiados apenas os dados alterados, seja através da identificação de blocos modificados ou outra técnica qualquer.
  • Agora vem a pergunta do milhão: o que acontece se aquela cópia inicial dos dados for corrompida ?
  • Há soluções que vão além, e são capazes de reutilizar esta cópia primária (de uma máquina virtual, por exemplo) para vários backups, aumentando a gravidade do problema.
Desta forma, quero com este texto alertar para o fato de que, apesar de todas as vantagens das soluções baseadas em deduplicação, é essencial garantir que haja mais de uma cópia primária de cada backup. A boa notícia é que isto é bastante simples de fazer, bastando realizar um segundo backup do mesmo dado, mas com destino diferente. Ou seja, pode ser feito um backup diário para disco e um semanal para fita, por exemplo, ou qualquer combinação que garanta que haverá mais de uma cópia completa dos dados.

Vale lembrar que, certamente, a estratégia aqui sugerida vai causar uma redução nas "taxas de economia de espaço de armazenamento" propagandeadas pelas soluções baseadas em deduplicação, que desconsideram esta questão em seus datasheets e folders. Há inclusive quem considere que o problema não existe, buscando por outros meios (redundância de discos, por exemplo) garantir que a cópia única jamais será corrompida. Você acreditaria nisso ? Eu não.
Portanto, o recado que deixo é: "Deduplicação, use com moderação.".

sábado, 6 de novembro de 2010

#Facebook Deals: promoções perto de você, via #smartphone

O Facebook lançou um serviço chamado Facebook Deals, que vai permitir, inicialmente através de uma aplicação para iPhone e um site para usuários do Android, o acesso a promoções em locais próximos à você. Ou seja, vai ser possível, acessando uma aplicação ou um site, localizar promoções em lugares próximos de onde estiver. Não ficou claro pra mim se a propaganda vai ser invasiva ou depende de solicitação do usuário, mas o acesso depende da disponibilização de informações sobre sua localização, um dado que tenho receio de disponibilizar. Vamos esperar o recurso chegar ao Brasil (por enquanto só EUA) e ver como vai ser a receptividade.

Saiba porque o #Microsoft #Kinect não é tão inovador quanto parece

A PC World traz uma retrospectiva muito interessante revelando que a Microsoft está longe de ser pioneira em sua iniciativa de criar um console (antigo videogame) que prescinde de controles. Listo a seguir as tentativas anteriores (para mais detalhes confira o texto completo da PC World):


  • U-Force (NES)
  • Activator (Sega Genesis)
  • Voice Recognition Unit/Seaman Microphone (Nintendo 64/Dreamcast)
  • EyeToy/PlayStation Eye/Xbox Live Vision (PS2/PS3/Xbox 360)

 

 

quinta-feira, 4 de novembro de 2010

#Google #Chrome 9 já está no forno

Confesso que estou impressionado com a capacidade de lançar versões dos desenvolvedores do Chrome/Chromium. Oficialmente, o ciclo de desenvolvimento passou a ser de incríveis 6 semanas! Imagino que haja 1) muitas idéias (mas muitas mesmo!) e 2) muitos desenvolvedores implementando as idéias "a toque de caixa". A versão 8 nem é oficial ainda, e a 9 já está no forno, disponível para malucos como eu que atualizam a partir do canal de desenvolvimento.

Quando se trata de Google, dinheiro não é problema, e o navegador, que hoje é o maior responsável pela queda na utilização do IE, é certamente um dos produtos chave do portifólio da Big G, embora haja quem diga que o IE aumentou a participação no mercado. Mas a verdade é que o Chrome já responde por cerca de 8,5% dos usuários, enquanto o Firefox tenta se manter (22,8%) e o IE não para de cair (59,2% no mundo, mas há países onde já está abaixo dos 50%).

Acredito que o Chrome tem ajudado a melhorar os navegadores de forma geral, obrigando a concorrência a rever seus conceitos (o IE ganhou num teste de compatibilidade com HTML 5, quem diria!) e a evolução em termos de velocidade, novas funcionalidades e segurança são notáveis (o Firefox foi considerado o navegador mais seguro num teste da Hispasec). Mas 6 semanas não seria um período muito curto ? Acho que, como diz o ditado, a pressa é inimiga da perfeição, por isso não vejo como positiva esta mudança, e espero que outros não sigam a mesma linha.

Aliás, convém lembrar que a Google criou a moda de "beta permanente" a partir do lançamento do GMail e, desde então, muita gente passou a achar natural utilizar aplicativos em versões beta e, do jeito que a coisa vai, não vai existir mais versão final de produto. O Chrome é um excelente produto, isso é fato, mas a ânsia por fornecer mais funcionalidades em menos tempo pode trazer problemas de confiabilidade, segurança, e muitos outros. Mas vamos esperar que eu esteja errado.