Symmetrix - VMAX - Modelos e features - Part.1

Olá pessoal, tudo bem?

 Espero que todos estejam na mais Santa Paz, ainda mais sabendo como é a correria nesse mundo de tecnologia.

Bem vou falar sobre a linha Symmetrix da EMC, abordando um pouco dos modelos, arquitetura, algumas funcionalidades, enfim um overvill da linha como um todo.

Infelizmente não tenho acesso a nenhum Lab para poder mostrar melhor algumas coisas, porém, com a parte de conceito e exemplos creio que conseguiremos uma idéia bem legal das funcionalidades.

 Vou tentar fazer a divisão por capítulos e assim ficar mais fácil e sem ficar massante.

Capítulo 1 - Modelos e arquitetura

A linha VMAX é uma evolução dos antigões DMX, sendo os modelos comercializados hoje o 10k, 20k e 40k:

Recentemente a EMC anunciou a liberação para comercializar os modelos 100k, 200k e 400k.

Especificação e recursos do VMAX 10K disponíveis no site da EMC:

Max Raw Capacity	1.76  PB
Protocol	FC  iSCSI  FCoE
Storage Drives	2.5”, 3.5” EFDs (100 - 400GB)  3.5” 15K FC HDDs (300 - 600GB)  3.5” 10K FC HDDs (300 - 900GB)  2.5” 15K SAS HDDs (300GB)  2.5”, 3.5” 10K SAS HDDs (300 - 900GB)  2.5”, 3.5” 7.2K NL-SAS HDDs (1 - 4TB)
Storage Type	SAN
Drive Type	Flash SSD  SAS
Maximum Usable Capacity	1.5 PB
Capacity Optimization	Virtual Provisioning  FTS (Federated Tiered Storage)
Tier-1 Performance icoHover is used in javascript for accesing the element	FAST VP  Host IO Limits  QoS
Management	EMC Unisphere  EMC ProSphere
Virtualization Support	VMware VAAI  VMware VASA  Microsoft Hyper-V
Drive Enclosure	System Bay: Up to 10 Disk Array Enclosures (DAEs) with 3.5” or mixed HDD type, or up to 12 DAEs with 2.5” HDD  Optional Storage Bay: Up to 12 DAEs with 3.5” and mixed HDD type
System Bay Dispersion	10 meters (32 feet)
Min/Max Drives	24/1560
Max Global Cache	512 GB
CPU/Memory per Array	Up to 8 six-core 2.8 GHz Intel Xeon Processors
RAID	1/5/6
Max Total Ports per Array	Up to 64 per array; up to 16 per engine
2/4/8 Gb/s FC Max Ports per Array	Up to 64 per array; up to 16 per engine
16 Gb/s FC Max Ports per Array	Up to 32 per array; up to 8 per engine
1 Gb/s iSCSI Max Ports per Array	Up to 32 per array; up to 8 per engine
10 Gb/s iSCSI Max Ports per Array	Up to 32 per array; up to 8 per engine
10 Gb/s FCoE Max Ports per Array	Up to 32 per array; up to 8 per engine
Product	VMAX Products
Solution For	Storage Consolidation  Virtualization  Mission-Critical Storage  High Capacity  Cloud  High Demand Databases  Oracle
Product Type	Storage System  Hybrid Storage Array

VMAX 20k:

Max Raw Capacity	2.35  PB
Protocol	FC  FCoE  iSCSI  FICON  GigE
Storage Drives	2.5” & 3.5” EFDs (100 - 400GB)  3.5” 10K SAS HDDs (300 - 900GB)  3.5” 15K FC HDDs (146 - 600GB)  3.5” 7.2K NL-SAS HDDs (1 - 3TB)  2.5” 10K SAS HDDs (300 - 900GB)  2.5” 15K SAS HDDs (146 - 300GB)  2.5” 7.2K NL-SAS HDDs (1TB)
Storage Type	SAN
Drive Type	Flash SSD  SAS
Maximum Usable Capacity	2 PB
Capacity Optimization	Virtual Provisioning  FTS (Federated Tiered Storage)
Tier-1 Performance icoHover is used in javascript for accesing the element	FAST VP  Host IO Limits  QoS
Management	EMC Unisphere  EMC ProSphere
Virtualization Support	VMware VAAI  VMware VASA  Microsoft Hyper-V
Drive Enclosure	Up to 16 Disk Array Enclosures (DAEs) per rack with 3.5” Drives; 2,400 drives max   Up to 16 Disk Array Enclosures (DAEs) per rack with 2.5” Drives; 3,200 drives max
Min/Max Drives	2.5” Drives 48/3,200  3.5” Drives 48/2,400
Max Global Cache	1024 GB
CPU/Memory per Array	Up to 32 quad-core 2.33 GHz Intel Xeon Processors
RAID	1/5/6
Max Total Ports per Array	Up to 128 per Array, up to 16 per Engine
4 Gb/s Max Ports per Array	FC Ports: Up to 128 per Array, up to 16 per Engine  FICON Ports: Up to 64 per Array, up to 8 per Engine
8 Gb/s Max Ports per Array	FC Ports: Up to 128 per Array, up to 16 per Engine  FC Remote Replication Ports: Up to 32 per Array, up to 4 per Engine  FICON Ports: Up to 64 per Array, up to 8 per Engine
10 Gb/s 1 Gb/s Max Ethernet Remote Replication Ports per Array	Up to 32 per Array, up to 4 per Engine
1 Gb/s iSCSI Max Ports per Array	Up to 64 per Array, up to 8 per Engine
1 Gb/s GigE Max Remote Replication Ports per Array	Up to 32 per Array, up to 4 per Engine
10 Gb/s iSCSI Max Ports per Array	Up to 64 per Array, up to 8 per Engine
10 Gb/s FCoE Max Ports per Array	Up to 64 per Array, up to 8 per Engine
Product	VMAX Products
Solution For	Hyper-Consolidation  Cloud  Virtualization  High Demand Databases  Mission-Critical Storage  High Capacity  Oracle
Product Type	Storage System  Hybrid Storage Array

VMAX 40k:

Max Raw Capacity	4.7  PB
Protocol	FC  FCoE  iSCSI  FICON  GigE
Storage Drives	2.5” & 3.5” EFDs (100 - 400GB)  3.5” 10K SAS HDDs (300 - 900GB)  3.5” 15K FC HDDs (300 - 600GB)  3.5” 7.2K NL-SAS HDDs (2 - 4TB)  2.5” 10K SAS HDDs (300 - 900GB)  2.5” 15K SAS HDDs (146 - 300GB)  2.5” 7.2K NL-SAS HDDs (1TB)
Storage Type	SAN
Drive Type	Flash SSD  SAS
Maximum Usable Capacity	4 PB
Capacity Optimization	Virtual Provisioning  FTS (Federated Tiered Storage)
Tier-1 Performance icoHover is used in javascript for accesing the element	FAST VP  Host IO Limits  QoS
Management	EMC Unisphere  EMC ProSphere
Virtualization Support	VMware VAAI  VMware VASA  Microsoft Hyper-V
Drive Enclosure	Up to 16 Disk Array Enclosures (DAEs) per rack with 3.5” drives; 2,400 drives max  Up to 16 Disk Array Enclosures (DAEs) per rack with 2.5” drives; 3,200 drives max
System Bay Dispersion	Up to 25 meters (82 feet)
Min/Max Drives	2.5” Drives 48/3,200  3.5” Drives 48/2,400
Max Global Cache	2,048 GB
CPU/Memory per Array	Up to 32 six-core 2.8 GHz Intel Xeon Processors
RAID	1/5/6
Max Total Ports per Array	Up to 128 per Array; up to 16 per Engine
8 Gb/s Max Ports per Array	FC Ports: Up to 128 per Array; up to 16 per Engine  Remote Replication Ports: Up to 32 per Array; up to 4 per Engine  FICON Ports: Up to 64 per Array; up to 8 per Engine
16 Gb/s FC Max Ports per Array	Up to 64 per Array; up to 8 per Engine
1 Gb/s iSCSI Max Ports per Array	Up to 64 per Array; up to 8 per Engine
1 Gb/s GigE Max Remote Replication Ports per Array	Up to 32 per Array; up to 4 per Engine
10 Gb/s 10 GigE Max Remote Replication Ports per Array	Up to 32 per Array; up to 4 per Engine
10 Gb/s iSCSI Max Ports per Array	Up to 64 per Array; up to 8 per Engine
10 Gb/s FCoE Max Ports per Array	Up to 64 per Array; up to 8 per Engine
Product	VMAX Products
Solution For	Hyper-Consolidation  Cloud  Virtualization  High Demand Databases  Mission-Critical Storage  High Capacity  Oracle
Product Type	Storage System  Hybrid Storage Array

Podemos ver que como algumas diferenças primordiais temos o espaço total de crescimento, tamanho de memória, quantidade de processadores, engines, portas.

Ainda não tive muito tempo para avaliar o que muda nos novos modelos do VMAX, porém abaixo segue os novos modelos e as especificações fornecidas pela EMC.

VMAX 100k:

Protocol	FC           10 GbE           1 GbE
Storage Drives	3.5” 10K SAS Drives (300GB – 1.2TB)           3.5” 15K SAS Drives (300GB)           3.5” 7.2K NL-SAS Drives (2TB – 4TB)           3.5” Flash SAS Drives (200GB – 800GB)           2.5” 10K SAS Drives (300GB – 1.2TB)           2.5” 15K SAS Drives (300GB)           2.5” Flash SAS Drives (200GB – 800GB)
Storage Type	Unified           SAN           NAS
Drive Type	Flash SSD           SAS           NL-SAS
Maximum Usable Capacity	500 TB
Capacity Optimization	Virtual Provisioning
Tier-1 Performance          icoHover is used in javascript for accesing the element	FAST           Host IO Limits
Management	EMC Unisphere
Virtualization Support	VMware VAAI           VMware VASA           Microsoft Hyper-V
Drive Enclosure	Up to 6 High Density Disk Array Enclosures (DAEs) with 3.5” drives; 360 drives max per system bay           Up to 6 High Density Disk Array Enclosures (DAEs) with 2.5” drives; 720 drives max per system bay
System Bay Dispersion	Up to 25 meters (82 feet)
Min/Max Drives	4/1440
Max Global Cache	2 TB (with 1024 GB engine)
CPU Cores per Array	Up to 48 Cores, 2.1 GHz Intel Xeon E5-2620-v2
RAID	1/5/6
Max Total Ports per Array	64 per array; 32 per engine
8 Gb/s FC Host Ports	Up to 32 per engine; Up to 64 per array
16 Gb/s FC Host Ports	Up to 32 per engine; Up to 64 per array
10 GbE SRDF Ports	Up to 16 per engine; Up to 32 per array
1 GbE SRDF Ports	Up to 32 per engine; Up to 32 per array
Product	VMAX Products           VMAX3 Products
Solution For	High Demand Databases           Mission-Critical Storage           Oracle           Scale-Out Storage           Storage Consolidation
Product Type	Storage System           Hybrid Storage Array
Feature Keyword	Flash-Optimized Storage           Featured Flash

VMAX 200k:

Max Raw Capacity	2.35  PB
Protocol	FC  10 GbE  1 GbE
Storage Drives	3.5” 10K SAS Drives (300GB – 1.2TB)  3.5” 15K SAS Drives (300GB)  3.5” 7.2K NL-SAS Drives (2TB, 4TB)  3.5” Flash SAS Drives (200GB, 400GB, 800GB)  2.5” 10K SAS Drives (300GB – 1.2TB)  2.5” 15K SAS Drives (300GB)  2.5” Flash SAS Drives (200GB, 400GB, 800GB)
Storage Type	Unified  SAN  NAS
Drive Type	Flash SSD  SAS  NL-SAS
Maximum Usable Capacity	2.0 PB
Capacity Optimization	Virtual Provisioning
Tier-1 Performance icoHover is used in javascript for accesing the element	FAST  Host IO Limits
Management	EMC Unisphere
Virtualization Support	VMware VAAI  VMware VASA  Microsoft Hyper-V
Drive Enclosure	Up to 6 High Density Disk Array Enclosures (DAEs) with 3.5” drives; 360 drives max per system bay  Up to 6 High Density Disk Array Enclosures (DAEs) with 2.5” drives; 720 drives max per system bay
System Bay Dispersion	Up to 25 meters (82 feet)
Min/Max Drives	4/2880
Max Global Cache	8 TB (with 2048 GB engine)
CPU Cores per Array	Up to 128 Cores, 2.6 GHz Intel Xeon E5-2650-v2
RAID	1/5/6
Max Total Ports per Array	128 per array; 32 per engine
8 Gb/s FC Host Ports	Up to 32 per engine; Up to 128 per array
16 Gb/s FC Host Ports	Up to 32 per engine; Up to 128 per array
10 GbE SRDF Ports	Up to 16 per engine; Up to 64 per array
1 GbE SRDF Ports	Up to 32 per engine; Up to 128 per array
Product	VMAX Products  VMAX3 Products
Solution For	Oracle  High Demand Databases  Mission-Critical Storage  Scale-Out Storage  Storage Consolidation
Product Type	Hybrid Storage Array  Storage System
Feature Keyword	Flash-Optimized Storage

VMAX 400k:

Max Raw Capacity	4.7  PB
Protocol	FC           10 GbE           1 GbE
Storage Drives	3.5” 10K SAS Drives (300GB – 1.2TB)           3.5” 15K SAS Drives (300GB)           3.5” 7.2K NL-SAS Drives (2TB, 4TB)           3.5” SSD (Flash) SAS Drives (200GB, 400GB, 800GB)           2.5” 10K SAS Drives (300GB – 1.2TB)           2.5” 15K SAS Drives (300GB)           2.5” SSD (Flash) SAS Drives (200GB, 400GB, 800GB)
Storage Type	Unified           SAN           NAS
Drive Type	Flash SSD           SAS           NL-SAS
Maximum Usable Capacity	4 PB
Capacity Optimization	Virtual Provisioning
Tier-1 Performance          icoHover is used in javascript for accesing the element	FAST           Host IO Limits
Management	EMC Unisphere
Virtualization Support	VMware VAAI           VMware VASA           Microsoft Hyper-V
Drive Enclosure	Up to 6 Disk Array Enclosures (DAEs) with 3.5” drives; 360 drives max per system bay           Up to 6 High Density Disk Array Enclosures (DAEs) with 2.5” drives; 720 drives max per system bay
System Bay Dispersion	Up to 25 meters (82 feet)
Min/Max Drives	4/5760
Max Global Cache	16 TB (with 2048 GB engine)
CPU Cores per Array	Up to 384 Cores, 2.7 GHz Intel Xeon E5-2697-v2
RAID	1/5/6
Max Total Ports per Array	256 per array; 32 per engine
8 Gb/s FC Host Ports	Up to 32 per engine; Up to 256 per array
16 Gb/s FC Host Ports	Up to 32 per engine; Up to 256 per array
10 GbE SRDF Ports	Up to 16 per engine; Up to 128 per array
1 GbE SRDF Ports	Up to 32 per engine; Up to 256 per array
Product	VMAX Products           VMAX3 Products
Solution For	High Demand Databases           Mission-Critical Storage           Oracle           Scale-Out Storage           Storage Consolidation
Product Type	Storage System           Hybrid Storage Array
Feature Keyword	Flash-Optimized Storage

De cara vemos que a quantidade de portas por engine e por array aumenta com isso tendo uma escalabilidade e um ganho de performance muito maior que a linha anterior.

Isso gera também um ganho nas questões de performance, quantidade de ambientes que podemos atender sem gerar gargalos de processamento ou concorrência destes.

Voltando a falar um pouco mais sobre a linha antiga, a imagem abaixo trás um comparativo quantidade de processadores, velocidade, quantidade de memória de cada engine e de cada modelo:

Na seguinte imagem o poder de escalabilidade de cada modelo:

Vale ressaltar uma peculiaridade do modelo 100k de que este é 100% virtual provisioning, o setup é muito mais rápido em relação aos demais modelos, o tempo de provisionamento de recursos tradicionais se comparado com o antigo DMX teve um ganho de 95% de agilidade.

Agora simplificando um pouco em como os hosts se comunicam com o storage VMAX, vou separar por fases:

1 – O host deve possuir uma placa HBA conectada através de um cabo de fibra na SAN;

2 – Os portas do VMAX utilizadas para conexão na SAN, são chamadas de Front-end, onde nesse exemplo, será a porta FA (Fiber Adapter);

3 – Existe um zoning feito da entre as portas do host e do VMAX, permitindo assim que exista a conexão lógica entre source e target;

4 – Por sua vez o VMAX possui portas de Back-end para comunicação entre as portas de Front-end e os discos;

5 – Para que o host tenha acesso a um disco criado, temos a necessidade de mapeá-lo para a porta de Front-end ao qual fizemos o zoning do host, processo este chamado de map;

Falando de uma forma bem simples mesmo, é dessa forma que os hosts conseguem ter acesso ao disco no VMAX, porém nos próximos capítulos irei explicar melhor como funciona cada processo e configuração entre source e target.

Falando um pouco de gerenciamento, o VMAX possui uma estação interna dentro do box que é de uso exclusivo da EMC, podendo apenas ser passado um Ip e porta para acesso via browser no lado cliente para fazer o acesso ao equipamento.

No entanto, o mais comum e usual é termos uma estação Windows, Linux ou Unix com o software Solutions Enablers instalado para fazermos a gerencia do VMAX.

Para que essa estação de gerenciamento consiga “conhecer”o VMAX ou os VMAX é necessário que seja feito zoning deste server para qualquer porta ou portas do VMAX e que seja apresentado alguns discos de controle chamados de gatekeepers.

Esses discos servem de ponte para comunicação do VMAX e assim poder armazenar informações dos VMAX descobertos.

Os discos de gatekeeper não são obrigatórios, visto que se tivermos algum outro disco do VMAX apresentado ao host, conseguimos fazer a gerencia. A penalidade neste caso é de que, iremos perder este disco para a gerencia.

Existe uma regra que o solutions enabler segue para poder fazer a gerencia que é a de verificar primeiro se existe algum disco de gatekeeper, caso não exista, ele faz uma verificação da existencia de outros discos, pegando o disco de menor capacidade para a finalidade de gatekeeper.

Temos também opção de instalar um software para gerenciar o VMAX via GUI. Estamos falando neste caso so Unisphere for VMAX, que também necessita do Solutions Enablers instalado.

O Unisphere é a base de administração de todos os produtos da EMC hoje em dia. Assim de uma forma unificada podemos nos familiarizer muito fácil para administrar um VMAX, um VNX, um Recover Point, dentre outro produtos pois a interface é praticamente a mesma.

Bom encerro por aqui a primeira parte falando um pouco da arquitetura do VMAX e os modelos disponíveis.

Mais informações e especificações dos modelos podem ser adquiridas no site https://store.emc.com/br/

Abraços a todos e até a próxima.

EMC VPlex - Virtualização de storage

EMC VPlex - Virtualização de storage

Boa tarde pessoal, tudo bem?

 Hoje vou falar um pouco sobre o produto da EMC para virtualização de storage. O VPlex.

 Recentemente participei de um treinamento referente este produto, que vem com uma ideia inovadora, mostrando estabilidade, escalabilidade e acima de tudo disponibilidade, quando o assunto é acesso aos dados.

 O conceito de virtualização de storage é termos uma nova camada que irá receber os discos lógicos (LUNS, Devices, ETC) dos storages propriamente dito, seja ele de qualquer vendor não especificamente da EMC, e este passar a ser um fornecedor de discos para os hosts.

Exemplo de conexão:

 Esse desenho fiz a mão mesmo, pois fica um pouco mais fácil :).

Vamos a explicação:

- Temos nossa SAN redundante, tendo dois fabrics (SAN1 e SAN2);
- O VPlex através das portas de front-end (Linhas em verde) são as portas que devem fazer zonning com as HBAs dos initiators (também em verde);
- As linhas que estão em azul e vermelho representam a comunicação de back-end do VPlex com os storages, neste exemplo o VNX e o VMAX. Sendo assim, deve existir um zonning das portas de
back-end para as portas de front-end de cada storage (SP e FA neste modelo);

 Dessa forma, teremos todos os nossos storages entregando discos para o VPlex neste caso e ele fazendo a função para os initiators de storage.

 Para os storages o VPlex passa a ter função de initiator e com isso fazendo o processo de criação de recursos seguir seu curso normal dependendo do modelo do storage.
 No caso do VMAX, devemos seguir com a criação dos devices, depois os meta-devices, adicionar em um POOL, configurar o Initiator Group, Storage Group, Port Group e Masking View. Se estivermos falando de um VNX, criar as LUNs, registrar os Initiators e configurar o Storage Group. E por aí vai, cada storage irá trabalhar da mesma forma que sempre trabalhou e você como administrador irá criar os recursos da mesma forma.

 No VPlex teremos que trabalhar as LUNs e ou esses devices entregues para que eles façam a função de Virtual Devices para os hosts. Por enquanto não vou entrar nessa questão, pois por enquanto quero falar apenas do VPlex e um pouco de como funciona essa questão de virtualização de storage.

 Feito todo processo de configuração das LUNs no VPlex, temos que fazer o mesmo processo de masking para que possamos informar logicamente quais discos um determinado host pode acessar e quais portas ele pode utilizar. Nesta etapa, temos o VPlex como um storage entregando recursos de discos para os Initiators.

 Então o processo de zonning deve ocorrer da seguinte forma:

- Portas de back-end do VPlex em zonning com as portas do storage, seja FA, SP, etc;
- Portas de front-end do VPlex em zonning com as portas HBAs dos initiators;

 Agora pelo fato de termos que criar recursos em dois ambientes parece um tanto quanto complicado do ponto de vista administrativo, pois temos a sensação de que teremos agora sempre duas atividades de entrega de disco.
 Porém, a grande vantagem de podermos usar o storage virtualizado é que assim que tivermos as definições do ambiente ou dos ambientes, os recursos de storage serão criados 100% no lado storage, ficando conforme demanda apenas a criação dos recursos no VPlex.
 Se formos seguir o modelo tradicional de entrega, realmente teremos que fazer duas atividades de entrega de discos isso sem contar a parte de zonning.

 A família VPLex possui três modelos, sendo eles:

Falando um pouco de cada modelo:

 - VPlex Local: Usado de forma centralizada, atendendo assim um único site. Neste modelo temos os nossos storages fornecendo recursos para o VPlex, e o VPlex fazendo a função de storage em nossa SAN para os initiators.

- VPlex Metro: Este modelo tem o conceito de accessanywhere, ou seja, ele possui uma interconexão com dois sites tendo o site 1 uma estrutura com SAN, VPlex e storage e o site 2 com os mesmos componentes. Dessa forma temos de forma síncrona o tráfego dos dados, garantindo alta disponibilidade, acesso rápido as informações, e para o lado host, tanto faz por qual estrutura ele está efetivamente armazenando os dados. Aqui vale lembrar que temos um limitação quanto a implementação que é a distância de um site para outro. Não podemos ter mais do que 5ms de RTT (round-trip time ou tempo de ida e volta).

 - VPlex GEO: Para esse modelo temos o mesma funcionalidade do Metro, porém aqui devido a ele comportar uma distância maior, em torno de 50ms de RTT, ele trabalha de forma assíncrona para poder fazer essa comunicação. Aqui no entanto temos que levar em consideração que podemos ter perda de dados devido a forma assíncrona, pois não temos confirmação de que foi escrito, de que foi gravado o dado no destino para que ela possa disparar as novas solicitações de gravação.

Abaixo, segue um desenho da implementação de um VPlex Metro e do quanto ele pode melhorar a eficiência do nosso ambiente, bem como a alta disponibilidade:

 No desenho temos dos clusters ESX, sendo o A em um site e o B em outro site. Uma VM pode existir inicialmente em um determinado site e posteriormente por uma questão de VMotion automático do sistema, ou através de intervenção do administrador ir para o outro site sem problemas. Isso tudo de forma transparente para o usuário final.

 Claro que algumas aplicações devido a sensibilidade quanto a alguns fatores externos, tendem a perceber algumas movimentações, ou alterações podem apresentar algum comportamento anormal. Mas isso vale para qualquer ambiente. Para isso um bom estudo de caso antes de implementar uma solução é importante.

 Alguns pontos de vantagem que eu vejo quanto ao uso do VPlex é em relação a podermos ter vários storages conectados em um mesmo ponto, facilitando assim a administração quanto a criação de recursos posterior setup do VPlex, migração de storage, pois podemos migrar os recursos dentro do próprio VPlex, sendo muito útil quando precisamos desativar um determinado storage, escalabilidade de crescimento, segurança do dados, alta disponibilidade, para os casos de Metro e GEO a praticidade de existir a comunicação site-to-site e que ambientes existam dentro desta estrutura e para eles tanto faz por onde o dado efetivamente está sendo acessado, uma camada tão eficiente quanto as estruturas de back-end/front-end dos storages para aguentar cargas de I/Os. Enfim, vale novamente um estudo de caso para ver como seu ambiente irá se comportar numa estrutura como a do VPlex, porém as vantagens são enormes.

 Sem contar também as integrações que temos hoje com o Recover Point que é um outro produto da EMC, integração com o VIPR  (software defined storage).

 Segue alguns links referente ao VPlex, que serviram de base para este artigo e que podem ser de grande ajuda caso você queira saber um pouco mais e algumas questões mais específicas.

http://www.emc.com/storage/vplex/vplex.htm
http://www.emc.com/collateral/hardware/data-sheet/h7070-vplex-family-ds.pdf
http://www.emc.com/campaign/global/vplex/index.htm

 Mais para frente irei verificar a possibilidade de montar alguns artigos falando um pouco mais sobre o VPlex, por modelos, configurações, etc.

 Espero que tenham gostado e até a próxima.

SQL e Windows no lugar certo - DBBITS

Boa noite pessoal!!! Ou para alguns mais sistemáticos bom dia :)

O post de hoje é rápido e objetivo.

Para os amantes de banco de dados SQL e servidores Windows com uma pitada de virtualização, vou lhes apresentar o blog de um grande amigo que dispensa qualquer comentário a nível de qualidade, profissionalismo, conhecimento, desenvoltura, enfim, uma pessoal e um profissional fantástico.

Nesse blog você encontrará recursos que irão ajudar no dia a dia, como em situações de problemas até mesmo como evitar algumas ...

Estou falando do blog http://dbbits.com.br

Tive a grande oportunidade de trabalhar com o Marcelo e posso garantir e afirmar que o cara manja muito.

Espero que gostem e vamos aos estudos de Windows e SQL agora ;)

Abs e até a próxima!!!

VMware - Labs HOL - Laboratório gratuito para estudos

Bom dia pessoal, tudo bem?

 Hoje vou falar e mostrar um pouco de um site que conheci recentemente que achei fantástico, principalmente para quem quer estudar, se certificar e conhecer ou mesmo só para ter um pouco mais de contato com os produtos VMware.

 É um Lab on-line montado pela própria VMware, onde nele você irá encontrar um ambiente montado especificamente para o assunto que você deseja estudar e o melhor de tudo com o material para você poder ir lendo, montando o Lab e desfrutando de tudo que a ferramenta pode lhe oferecer.

Isso mesmo, a VMware disponibiliza um Lab todo preparado para você estudar de forma gratuita.

O site é o Labs Hol: http://labs.hol.vmware.com

É necessário fazer um cadastro antes, lembrando que este é gratuito e partir para os estudos nos ambientes.

Abaixo segue um print para termos uma visão de como é o site.

Para fazer o treinamento, basta clicar no ENROLL e você será direcionado para o Lab.

Em breve tentarei fazer um vídeo mostrando como funciona o Lab, os acesso, etc.

Iniciativa muito legal da VMware que é uma empresa fenomenal.

Abs!!!

RAID - O que é RAID, tipos de RAID, como escolher o tipo de RAID

Bom vou falar hoje sobre RAID!

Sei que é um assunto que parecer fácil, mas que as vezes nos coloca a margem de que tipo de RAID devemos escolher, qual o melhor ou qual irá me atender melhor.

Vamos primeiro ao tradicional, a tradução:

RAID - Redundant Array of Inexpensive/Independent Disk - Ordem redundante de disco independente (Hã???).

Basicamente, temos vários discos físicos fazendo com que de alguma forma (por hardware ou software) estes discos sejam apenas um e com um tamanho mais que apenas um disco individual.

Exemplificando:

 Podemos ter uma gaveta de discos, contendo 10 discos de 100GB. Se formos somar tudo isso temos o total de 1TB. Pegando como exemplo um RAID 0 que não tem discos para redundância ou paridade, neste caso vamos chama-lo de hotspare, teremos este espaço total.
 Usando um outro tipo de RAID, algum ou alguns discos serão necessários para fazer a paridade e assim se tornar(em) discos de hotspare, caso algum disco ativo em produção falhe, este outro disco irá assumir a posição ativa, garantindo integridades dos dados e continuidade dos dados.

Acho que aqui já deu para ter uma idéia de como funciona a questão do RAID quanto a espaço supostamente físico como proteção e discos designados para proteção.

Vamos agora explicar alguns tipos de RAID:

- RAID 0: Você precisa no mínimo dois discos para este tipo de RAID.
 Sendo que algumas vantagens será em relação a performance, pois ele usa o conceito de strip que são os dados espalhados pelos discos, então quando é necessário fazer acesso a determinada informação ele tem o acesso mais rápido e eficaz.
 No entanto a desvantagem do RAID 0 fica em relação a não possuir paridade e não possuir redundância. Caso algum disco venha a falhar, o volume que estiver configurado ficará indisponível e com perda de dados. 
 Para este tipo de RAID, devemos manter dados que não são de forma alguma críticos. 
 Como uso recomendo cache de algumas aplicações, cache de browser, dados de memória, enfim algo que se você perder não fará nenhuma falta.

RAID 1: No mínimo dois discos também. Porém um dos discos será destinado para mirror. Então se formos utilizar dois discos de 200GB, não teremos um total de 400GB de espaço, teremos apenas 200GB. O outro disco será o par redundante, tendo os dados do HD1 espelhado para este HD2.
 No uso do RAID 1 temos a perda de espaço que conseguiríamos dois discos, porém temos a certeza de que caso um disco falhe nossos dados estarão íntegros não impactando no nosso sistema que faz uso deles.

RAID 5: Mínimo de três discos.
 Neste caso vamos pegar como exemplo três discos de 100GB. Como espaço útil teremos 200GB e o terceiro disco de 100GB para fazer a paridade dos dados. Caso o disco 1 venha a falha, através de um cálculo ele consegue fazer o uso dos dados normalmente sem perda.
 Com o RAID 5, temos ganho em relação a performance pois os dados também são armazenados de forma espalhada, temos mais discos para leitura/escrita, podendo assim atender mais demandas de I/O, no entanto eleva o custo na compra dos discos para poder atender os quesitos de espaço e de proteção.

Os tipos de RAID àcima são os mais comuns, porém hoje podemos fazer algumas combinações de RAID que estão sendo muito utilizadas hoje em dia. Vamos a elas:

RAID 6: De forma semelhante ao RAID 5, porém com uma paridade à mais. Precisamos com isso um mínimo de 4 discos.
 No RAID 6 podemos ter a falha de até dois discos e mesmo assim termos nossos dados íntegros e acessíveis.
 Continuaremos com o ganho de performance, atendimento das solicitações de I/O bem como a idéia de que como no RAID 5 temos um custo maior, pois vamos precisar de um disco à mais de paridade.

RAID 10 (1+0 ou 0+1): Também requer um mínimo de quatro discos, com a vantagem de neste termos o strip dos dados e o mirror.
 Resumindo, os dados são espalhados nos discos primários e espelhados nos discos secundários.
 Ótima performance para aplicações que necessitam de altas cargas de I/O e ainda com a vantagem da proteção dos dados.

RAID 50: Mínimo de seis discos, sendo que aqui temos a paridade dos dados e o strip. Ganho na performance também e na proteção dos dados.

RAID 60: Oito discos como mínimo requerido. Sendo para a dupla paridade e strip dos dados. 

Temos também RAID 2, RAID 3, RAID 4 ... Porém, falei dos principais e de algumas variações em relação aos RAIDs convencionais. 

Lembrando que podemos ter as configurações de RAID por hardware como por software e cada uma tendo sua característica de configuração, melhora do desempenho, e por aí vai.

IMPORTANTE:

 Na hora de escolhermos um tipo de RAID, temos que saber, conhecer, ou mesmo termos a especificação de como aplicação que irá utilizar funciona, o quanto os dados que estão neste equipamento são importantes. Isso é fundamente na tomada de decisão.
 Claro que devemos levar em conta o quanto temos disponível para investimento ($$) na compra de tais recursos, mas nunca esquecendo que certas escolhas, inclusive em economia podem causar gastos maiores no futuro ou perda de crescimento gradativo.

 Não temos como fazer uma "receita de bolo" quanto ao que é melhor usar de RAID, mas temos as recomendações como da própria Oracle do que eles recomendam para uso do seu banco de dados, com certeza temos uma recomendação da Microsoft para o SQL, para as aplicações Linux, Windows.

Até a próxima.

ANDROID - Tablet Microboard Ultimate - Só que não!!!

Boa noite pessoal, tudo bem? Espero que sim...
Espero também que todos tenham tido um natal maravilhoso.

Bem, hoje na verdade vou registrar aqui um pouco da minha indignação em relação a um tablet da Microboard modelo Ultimate com Android.
Recentemente recebi um para tentar recupera-lo, pois ele está com um comportamento um tanto quanto estranho.
Antes ele acessava normalmente a internet e os aplicativos do Google, como Gmail, Google Drive, etc.
Agora toda vez que tentamos acessar algum aplicativo do Google, ele informa que não pode acessar e que o problema pode estar relacionado a uma intermitência do Google ou do aparelho e que o mesmo não tem uma conexão segura...
Sendo mais especifico é a mensagem abaixo:

Depois de muito pesquisar, parece que alguma atualização alterou no tablet a opção no /etc/hosts para que fosse feito a busca em um endereço específico que não é o correto.
Porém, pra variar, para conseguir alterar isso é necessário fazer o root do aparelho.
Pesquisando na internet algo sobre o root do Microboard Ultimate não encontrei nada, tentei fazer um hardware reset nos moldes botão home + Volume alto + volume baixo, nada, esse tablet não aceita isso. Ele até tem um botão de Reset, porém não faz muita coisa a não ser rebootar o aparelho.
Entrei no site da Microboard e encontrei um procedimento para reinstalar o SO ... baixei tudo que estava solicitando, resolvi alguns problemas que para variar essas ferramentas apresentam e consegui fazer com que ela abrisse, porém não consegue reconhecer o aparelho para iniciar a reinstalação. O Windows tem problema com o driver USB, não funciona corretamente e não tem no site outra opção de driver para download. As imagens no procedimento são diferentes do modelo respectivos do tablet ... enfim parece um pouco caso com o usuário ou pessoa que está tentando arrumar o problema.

Vou continuar tentando mais um pouco e aguardando a resposta da Microboard para o e-mail que mandei solicitando auxilio. Porém quero só ver a qualidade do suporte.

Fica aqui registrado este problema, quem tiver algo que possa ajudar eu agradeço.

Vamos agora para contagem regressiva de um ano novo cheio de esperança e que o ano que se inicia seja melhor!!!

Sucesso à todos!

Abraço.

Aliexpress - Como rastrear?

Boa noite galera.

 Essa é uma dica para quem curte fazer umas comprinhas pela internet.
 Recentemente depois de tanto me falarem do site Aliexpress, onde podemos comprar produtos por um preço muito mais em conta e tendo fornecedores de diversos locais, sendo principalmente da china, resolvi fazer umas comprinhas para teste.

 Pois bem, o site é bem legal e intuitivo, fácil navegação, produtos bem explicados e com imagens de qualidade para termos algumas idéias de como é o produto.

 Fiz a compra e o pagamento na opção boleto.
 Após a confirmação do pagamento, recebi as confirmações e após alguns dias que meu produto estava sendo enviado.

 Pois bem ... Aqui começaram as dúvidas de como rastrear meus produtos.

 Vários sites que procurei passaram o procedimento para usar vários sites terceiros, porém o site dos correios do Brasil é possível fazer essa busca e acompanhar onde seu produto se encontra.

 Vamos ao procedimento de como fazer isso:

1.o - Entre no site:
http://www2.correios.com.br/sistemas/rastreamento/resultado.cfm

2.o - Clique em rastreamento de objetos em outros países

3.o - Ele irá direcionar para outro site. No meu caso foi para este site:
http://globaltracktrace.ptc.post/gtt.web/Search.aspx

4.o - Clicando em Meus pedidos no site do Aliexpress, abaixo dos produtos teremos uma opção chamada informações logísticas, que irá mostrar o seu número para rastreamento.

5.o - Insira este número no site que foi aberto pelos Correios e clique em search

 Pronto, com isso ele irá mostrar onde está o seu pedido.

 Claro que podemos ter um certo tempo desatualizado em relação ao pedido, porém é muito útil para conseguirmos ter uma idéia de onde está o pedido.

Até a próxima.