thegoodfellas/blogset-br huggingface dataset:
Muito bom galera. Recomendo. GOSTOU? COMENTE EAE GALERA. VIM AVISAR QUE NAO VOU MAIS POSTA NO BLOG.POR MOTIVOS PESSOAIS E TEMPO.AINDA NAO SEI OQUE VOU FAZER COM ELE. PENSEI EM: FECHAR, SORTEAR PARA UM DE VCS, OU DEIXAR ELE AI ABANDONADO.VOU ABRI UMA ENQUETE AI PARA VCS ME AJUDAREM NO QUE DECIDIR.obs: se no caso eu sortear o blog irei pedir q tenha 35 comentatios: mas isso esperem uma outra postagem minha.>>>>>>>>>>>>>>>>>>> PARA FAZER PEDIDO BASTA COMENTAR.NOME :URL DO SITE :NOME DO SITEO QUE QUER :TAMANHOS :SEGUIR O BLOG. Sapequinha do pai KKKKKK!!! =)))) saudades... Ah, como eu queria ser poeta, para poder assim descrever em frases entre a prosa, a rima e o verso o que sinto por voce.Eu seria tao feliz.Seus musculos, sua pele, seu olharModos, gestos e retoques de maquilagemEs uma esculturaEs uma divaEs mulherTudo e explosao de vidaMesmo quando choras ou acordas, es tao lindaIsso me fascinaE fascinante esse poder teu de ser o que esAutossuficiente, exigente, digna e ao mesmo tempo angelical, magnanima e altruistaDoce e calida como Madre Teresa de CalcutaouUma mistura de divas sexys...uma loucuraComo eu gostaria de saber escrever poemas de amor para assim te decifrar Para enfim te dizer o quanto te amoo quanto e bom te amar21.08.2013 Bah... Faz tempo que nao posto nada aqui, ta fogo... Correiria etc.A laura ja ta com 1 ano e 5 meses, e falta 19 dias pra ela completar 1 ano e meio!!!Putz, bota passar rapido nisso... Ja queria sair trotando com o pangare...Mazzzzzaaa!!!Praia verao 2013.Ate mais. O amor arrebatou meu coracao quando te vi Es um sol primaveiril Es um estandarte apoteotico Es o fino da bossa Es a perfeita imperfeicao da natureza nua e selvagem Es... amor que samba e danca, que encanta ao primeiro olhar. Ontem, dia: 07.10.2012, a nossa princesa fez 1(um) ano. Fizemos um almoco com a presenca dos avos e dindos. Estava tudo otimo, a comida, a parceria...Tiramos varias fotos, a Laurinha esta a cada dia mais linda, esperta e cheia de saude.Nos nem acreditamos que ja se passou um ano... O tempo voou, minha nossa...Durante a semana posto as fotos...Estamos muito felizes. Te amammos muito!!! Uma semana na praia...sapequinha do papai&mamae.Linda D+!!! >.< Ensaio de um poema divertido, talvez lirico"Mulher, mulher... ser onipotente, onipresente diferente de tudo.Perfeito em suas imperfeicoes".Te AmoTeus olhos negros como a madrugada sem luarbrilham selvagens como estrelas na imensidao do espacoHipnotizam os meus olhos de rapaz sonhadorSeduzido por labios avidos e explicitosSeu "balanco" ao caminhar e como ondas do marSua risada, suas curvas nuas, suas maos que curam as mazelas do meu mundo febrilTudo em ti e leveza, swing e beleza.21.08.2013 Faz tempo que nao escrevo ou posto nada aqui...Vamos la entao:Fotos do niver da Laura. Mega producao!Efeitos especiais nunca antes vistos!e e claro: thunderUNOtank XD esclarecido???Observacao pessoal: vc acha, realmente, que grupos de axe, forro, calypso, brega etc. criam alguma coisa?? Resposta livre. Exploda um monumento, peca ajuda pra roubar, ou mesmo peca alguem em casamento.... #ninguemliga Grave esse nome: Fatinha Marques Puta merda, acompanhe a reportagem da Folha:Foi o dia em que a
Percentage, ao inves da politica baseada em slots. Sobre a politica padrao Cluster Resource Percentage, agora ela esta completamente relacionada a opcao Host failures cluster tolerates, ou seja, dependendo da quantidade de hosts que voce estiver disposto a perder, a porcentagem de recursos reservados sera automaticamente calculada. Por exemplo, suponha que o seu cluster possua 4 hosts, ao configurar a opcao Host failures cluster tolerates=1, os valores reservados para CPU e Memoria serao automaticamente setados em 25%. Se um novo host for adicionado ao cluster, esses valores tambem serao automaticamente ajustados para 20%.Se voce reparar bem na imagem acima, existe uma nova opcao de configuracao chamada Performance degradation VMs tolerate. Com essa opcao e possivel setar quantos % de degradacao de desempenho sera tolerado nas VMs do cluster. Com base no valor configurado, um alerta podera ser gerado quando, apos uma falha, nao houver capacidade suficiente para garantir o mesmo nivel de desempenho as VMs. Por padrao esse valor e 100%.- HA Orchestrated RestartA principal funcao do HA e garantir que as VMs estejam sempre disponiveis, por isso ao detectar uma falha em um host, o principal objetivo do HA passa a ser religar o quanto antes as VMs, que estavam no host que falhou, nos demais hosts que permaneceram disponiveis. Infelizmente, nem sempre o fato de religar as VMs em outros hosts significava que uma aplicacao voltaria funcionar. Esse era o cenario encontrado no caso das aplicacoes Multi-tier, por exemplo com uma VM para Web-Server, uma para App e uma para BD, se o HA ligasse a VM de App antes da VM do BD, e provavel que a aplicacao nao subiria corretamente e uma intervencao manual seria necessaria, aumentando o tempo de recuperacao do ambiente.No vSphere 6.5 foi adicionada uma funcionalidade chamada de HA Orchestrated Restart, que permitira a criacao de grupos de VMs e de regras que irao controlar a ordem com que as VMs nestes grupos serao ligadas. A imagem acima exemplifica bem como o Orchestrated Restart funciona. Neste caso 3 grupos de VMs seriam criados. O grupo 1 com a VM de BD, o grupo 2 com a VM de App e o grupo 3 com a VM de Web. Em seguida duas regras seriam criadas, a primeira configurando a dependencia do grupo 2 ao grupo 1, ou seja, a VM do grupo 2 so vai ligar apos a VM do grupo 1. A segunda regra configuraria a dependencia do grupo 3 ao grupo 2, o que fara com que a VM do grupo 3 so seja ligada apos a VM do grupo 2. O tempo de espera entre o ligamento das VMs dependera da configuracao da opcao VM Dependency Restart Condition.- Proactive HAUma nova funcionalidade adicionada ao vSphere 6.5 e o Proactive HA. O Proactive HA, apesar de ter HA no nome e aparecer na secao vSphere Availability na interface grafica, e na verdade uma funcionalidade do DRS. O principal objetivo do Proactive HA e agir quando ocorrer algum evento no host que possa vir a gerar algum tipo de indisponibilidade no host e consequentemente nas
VMs.Para que isso seja possivel, o Proactive HA trabalhara em conjunto com o software de monitoramento de hardware dos fabricantes de servidores (Health Provider), atraves de um plugin para o WebClient, que fornecera detalhes sobre a saude e o status do servidor para o DRS, o qual reagira de acordo com o status do hardware do host.Dentre os status possiveis que o Health Provider pode informar ao vCenter Server estao: Healthy, Moderate Degradation, Severe Degradation e Unknown. A definicao de quais eventos resultarao em quais status cabera ao fabricante de hardware. Com base no status indicado o DRS podera alterar o mode de operacao do host para Maintenance Mode ou Quarantine Mode.O Maintanence Mode ja existia anteriormente e o funcionamento e o mesmo, ou seja, todas as VMs serao migradas para fora do host.No caso do Quarantine Mode, este modo e novo no vSphere 6.5 e so e ativado atraves do Proactive HA, nao e possivel habilita-lo/desabilita-lo manualmente como pode ser feito com o Maintenance Mode. Quando o Quarantine Mode e habilitado nao necessariamente todas as VMs serao migradas para fora do host, existem dois casos nos quais as VMs permanecerao no host:1. Caso nao haja recursos suficientes nos demais hosts para migrar as VMs sem que o desempenho das demais maquinas virtuais do cluster sejam impactadas;2. Caso exista alguma regra de afinidade do DRS (VM/VM ou VM/Host) que impeca a migracao da VM; Como pode ser visto na imagem acima, e possivel configurar diferentes respostas para diferentes tipos de falhas, por exemplo Quarantine Mode para falhas que resultem em um status Moderate Degradation e Maintanence Mode para falhas que resultem em Severe Degradation.Outros posts sobre o que ha de novo no vSphere 6.5:O que ha de novo no vSphere 6.5? - vCenter Server Appliance (VCSA)O que ha de novo no vSphere 6.5? - vSphere DRSO que ha de novo no vSphere 6.5? - VMFS-6 / Core StorageO que ha de novo no vSphere 6.5? - Virtual SAN 6.5
Na semana passada, a VMware anunciou oficialmente a nova versao da sua plataforma de virtualizacao, o vSphere 6.5. O anuncio ocorreu na abertura da edicao europeia da VMworld 2016, que aconteceu em Barcelona entre os dias 17/10/16 e 20/10/16 , e trouxe muitas novidades.Nesse post vou falar sobre as novidades do vSphere 6.5 com relacao ao novo sistema de arquivos VMFS-6 e tambem sobre algumas mudancas que dizem respeito a parte de armazenamento.- VMFS-6O fato da VMware ter incluido uma nova versao do seu sistema de arquivos, o VMFS-6, mostra que mesmo que o direcionamento esteja voltado para novas formas de armazenamento como vSAN e vVOLS, ainda assim novas funcionalidades e melhorias estao sendo implementadas no seu sistema de arquivos mais tradicional, visando atender a todos os usuarios.Sobre as melhorias que vieram junto com o VMFS-6, a maioria delas e interna, no entanto apesar de nao ve-las o usuario com certeza ira percebe-las, uma vez que o foco destas melhorias esteve voltado para melhorar o desempenho como um todo, como na criacao mais rapida de arquivos, na descoberta de novos dispositivos e tambem no rescan.Uma outra novidade, e essa mais voltada para o futuro, e o alinhamento em 4K. Essa mudanca permitira que o VMFS-6 suporte os novos discos 4K assim que estes passarem a ser suportados pelo ESXi. Para aqueles que tiverem interesse em saber mais sobre esse formato de discos 4K (chamado de formato avancado), este artigo da Seagate e bastante interessante e completo sobre o assunto.Outra melhoria que merece atencao e a melhor forma com que o VMFS-6 ira tratar os casos de ATS Miscompare. Se voce nao enfrentou nenhum problema desses, sorte a sua, mas foram varios os casos de Storage Arrays que tiverem problemas com o hearbeat do ATS (KB2113956). No VMFS-6 foi adicionado um novo mecanismo de retry que tentara evitar que os timeouts no heartbeat ATS ocorram e gerem os problemas ja conhecidos.Por ultimo, e importante saber que nao havera um caminho para fazer upgrade de um VMFS-3 ou VMFS-5 para o VMFS-6, devido as diversas mudancas que tiveram. A atualizacao para o VMFS-6 devera ser feita atraves de migracoes, como por exemplo utilizando o Storage vMotion. Na minha opiniao, sempre que possivel esse e mesmo o melhor caminho, mesmo no caso do VMFS-3 para o VMFS-5, em que era possivel o upgrade, formatar o disco com VMFS-5 e migrar era a minha primeira opcao. Somente em casos em que nao havia espaco necessario para a migracao e que optava pelo upgrade. Portanto acredito que essa limitacao no VMFS-6 nao sera um grande problema. - UNMAPO UNMAP e uma tecnica utilizada para recuperar um espaco que nao esta mais sendo utilizado no datastore e devolve-lo para o storage. O unmap e na verdade uma funcionalidade do VAAI e ja estava presente no vSphere desde versoes anteriores. A diferenca e que agora a recuperacao desse espaco pode ser automatica e configurada pela propria interface grafica. Antes o unmap/reclaim deveria ser feita pela linha de comando e manualmente.- Novos limitesTalvez a novidade que va alegrar mais alguns
dos usuarios VMware sera essa! Com o vSphere 6.5 o limite de dispositivos por ESXi subiu de 256 para 512 (2x). E tambem o limite de paths de 1024 para 2000. Conheco varios casos em que esse limite foi atingido e isso gerava uma dor de cabeca imensa para os usuarios, com o vSphere 6.5 sera mais dificil chegar nesse limite, e se chegar, e porque esta na hora de pensar em algo mais escalavel e moderno como por exemplo vSAN ou vVOLs.Outros posts sobre o que ha de novo no vSphere 6.5:O que ha de novo no vSphere 6.5? - vCenter Server Appliance (VCSA)O que ha de novo no vSphere 6.5? - vSphere HAO que ha de novo no vSphere 6.5? - vSphere DRSO que ha de novo no vSphere 6.5? - Virtual SAN 6.5
object (QoS)- Disable object checksum- Force provisioning- Object space reservationNumber of disk stripes per objectTambem e conhecido como Stripe Width, define o numero minimo de discos de capacidade que serao utilizados para armazenar um determinado objeto. Um valor superior a 1 ira prover um melhor desempenho, mas tambem consumira uma maior quantidade de recursos. O valor padrao e 1 (tambem e o minimo) e o valor maximo e 12. Flash read cache reservationComo sabemos todo cluster VSAN possui uma area em flash utilizada para cache de leitura (70%) e para buffer de escrita (30%). Esse cache de leitura e compartilhado entre todos os objetos do datastore VSAN com base na demanda. E possivel com esta opcao reservar uma area desse cache para um ou todos os discos virtuais (vmdk) de uma maquina virtual. A reserva e feita com base em uma porcentagem da area do disco virtual, por exemplo se voce deseja reservar 10% do disco virtual de uma VM, e esse disco tiver um tamanho total de 100GB, entao 10GB do cache de leitura ficarao reservados para esse vmdk. Essa opcao so e pertinente para clusters com configuracoes hibridas, uma vez que na configuracao all-flash nao ha cache para leitura. O valor padrao e 0% e o valor maximo e 100%.Failures to tolerateEsta capacidade, tambem chamada de FTT, esta relacionada com a disponibilidade dos objetos, e pode ser aplicada em uma VM ou em um VMDK especifico. Esta opcao define o numero de hosts e discos que podem falhar e ainda assim manter acessivel um objeto. Dependendo dos requisitos de disponibilidade da maquina virtual, a configuracao da politica de armazenamento aplicada a esta VM pode gerar um consumo de capacidade ate 4x maior do que o espaco total da maquina virtual.Para cada n falhas a serem aceitas, n+1 copias dos objetos sao criadas e 2n+1 hosts contribuindo com area para armazenamento sao necessarios. A configuracao padrao para esta opcao e 1, ou seja, mesmo que uma VM seja criada sem que uma politica tenha sido associada, ainda assim havera uma copia de cada objeto desta VM. O valor maximo para o FTT e 3.Fault tolerance methodO Fault tolerance method ou FTM, especifica qual sera o metodo utilizado na protecao dos objetos no cluster VSAN. Ate a versao VSAN 6.2 so havia uma forma de protecao, que era atraves do RAID-1 (mirroring). A partir do VSAN 6.2 foi adicionado um novo metodo de protecao, conhecido como RAID 5/6 (Erasure Coding), porem disponivel apenas nas configuracoes All-Flash. IOPS limit for object (QoS)Com essa configuracao e possivel limitar a quantidade de IOPS por VM/VMDK. Os IOPS sao calculados com base em todas as operacoes na VM/VMDK (leitura e escrita), incluindo snapshot. Essa opcao pode ser usada para impedir que determinada carga de trabalho em uma VM venha a impactar outras VMs. Disable object checksumO VSAN faz uma verificacao fim-a-fim para garantir a integridade dos dados confirmando que cada copia de um arquivo e exatamente igual ao arquivo original. O sistema valida os dados durante as operacoes de leitura/escrita, e se algum erro for detectado
o VSAN repara os dados ou reporta um erro. Essa verificacao, chamada de Object Checksum, e habilitada por padrao em todos os objetos que residem em um datastore VSAN (v3). Com a opcao DisableObjectChecksum e possivel desabilitar essa verificacao tambem por objetos atraves da politica de armazenamento.Force provisioningUma politica com a opcao ForceProvisioning configurada como Yes, permite que os objetos sejam criados mesmo que nao seja possivel atender as configuracoes de FailuresToTolerate(FTT), NumberOfDiskStripesPerObject (SW) and FlashReadCacheReservation (FRCR). O VSAN vai tentar alocar os objetos atendendo a todos os requisitos especificados na politica de armazenamento, caso nao consiga, sera utilizada uma alocacao simplificada usando os requisitos minimos (FTT=0, SW=1, FRCR=0). Uma consideracao importante e que assim que houver recursos suficientes para atender aos requisitos iniciais, o cluster VSAN automaticamente consumira estes recursos. Object space reservationPor padrao todos os objetos alocados em um datastore VSAN sao criados como ThinProvisioned. A opcao Object space reservation permite especificar uma porcentagem do tamanho da VM/VMDK a ser reservada (thick provisioned) quando o objeto for criado. Por exemplo, se uma VM for criada com um disco de 100GB, e uma politica de armazenamento com uma configuracao de 50% na opcao Object space reservation for associada a essa VM, entao 50GB estarao reservados no datastore VSAN e os outros 50GB irao ser alocados a medida que forem sendo consumidos. O valor padrao e 0% e o valor maximo e 100%.Para configurar uma nova politica de armazenamento ou verificar as politicas ja existentes, pelo vSphere Web Client, clique em Home >> Policies and Profiles >> VM Storage Policies.A imagem abaixo mostra as configuracoes da politica de armazenamento padrao de um cluster VSAN.Outros posts da serie VMware Virtual SAN 6.2: VMware Virtual SAN 6.2 Parte 1 Introducao VMware Virtual SAN 6.2 Parte 2 LicenciamentoVMware Virtual SAN 6.2 Parte 3 Arquitetura VSANVMware Virtual SAN 6.2 Parte 4 VASA e as Politicas de Armazenamento
Na semana passada, a VMware anunciou oficialmente a nova versao da sua plataforma de virtualizacao, o vSphere 6.5. O anuncio ocorreu na abertura da edicao europeia da VMworld 2016, que aconteceu em Barcelona entre os dias 17/10/16 e 20/10/16 , e trouxe muitas novidades.Nesse post vou falar sobre as novidades do vSphere 6.5 com relacao ao DRS.Depois de um bom tempo, finalmente a VMware anunciou algumas mudancas e/ou novidades relativas aos mecanismos do DRS (Distributed Resource Scheduler).- DRS New PoliciesO DRS (Distributed Resource Scheduler) e a funcionalidade responsavel por balancear a utilizacao dos recursos de um cluster VMware e tambem por escolher o melhor host para alocar uma VM no momento em que ela e ligada. Nas versoes anteriores foram adicionadas algumas opcoes avancadas que permitiam ajustar a maneira como o DRS deveria balancear as VMs entre os hosts ESXi. Com o vSphere 6.5 algumas dessas opcoes foram adicionadas a interface grafica para facilitar para os usuarios que desejam tais alteracoes possam faze-las com mais seguranca. Basicamente foram tres novas opcoes:VM DistributionA primeira opcao faz com que o DRS tente balancear as VMs de maneira mais igual entre os hosts ESXi de um cluster. Por padrao o DRS distribui as VMs em um cluster levando em conta mais a utilizacao dos recursos nos hosts, e tenta manter uma utilizacao proxima entre os hosts, independente do numero de VMs. Essa opcao, VM Distribution, corresponde a opcao avancada TryBalanceVmsPerHost, que foi adicionada no vSphere 6.5 para tentar balancear o numero de VMs nos hosts.Por exemplo, muitas vezes acontece de existir uma VM muito grande em um cluster, algumas VMs medias e muitas VMs pequenas. Pode acontecer do DRS alocar a VM grande sozinha em um host e alocar outras dezenas de VMs menores em um outro host. Do ponto de vista da utilizacao dos recursos, esse cenario ate podera estar bem distribuido, porem do ponto de vista da disponibilidade das VMs, nao esta. Pois, enquanto a queda de um host pode resultar na indisponibilidade de uma unica VM, a queda do outro pode resultar na indisponibilidade de dezenas de VMs. Com a opcao VM Distribution habilitada, cada host tera um limite de VMs maxVMs, calculado com base numa media de VMs por host. Esse limite sera aplicado somente ao algoritmo de balanceamento de carga do DRS, no caso do algoritmo que define o melhor host na hora de ligar uma VM, esse limite podera esse violado.Memory Metric for Load BalancingPor padrao o DRS utiliza a metrica de Active Memory na hora de balancear as VMs entre os hosts. A metrica Active Memory e resultado de um calculo feito pelo VMkernel que leva em conta apenas as paginas de memoria que foram recentemente acessadas pela VM. Alguns administradores preferem trabalhar com uma outra metrica chamada de Consumed Memory. Essa metrica e um pouco mais conservadora e leva em conta todas as paginas de memoria que em algum momento ja foram alocadas por uma VM. E por isso que geralmente a metrica Active Memory e inferior a Consumed Memory, que por sua vez e inferior, porem
mais proxima, ao Configured VM Size.Como a propria opcao descreve, alterar a metrica a ser utilizada pelo DRS para o balanceamento das VMs, de Active Memory para Consumed Memory so e recomendado para clusters onde nao ha over-committed de memoria.CPU Over-CommitmentEssa opcao pode ser utilizada para controlar a taxa de sobre-alocacao (over-commitment) de CPU em um cluster. Existem alguns casos em que os administradores precisem garantir uma determinada relacao de vCPU:pCPU (num de CPUs virtuais por num de CPUs fisicos), por conta de algum requisito de uma aplicacao especifica. Em ambientes VDI por exemplo, essa e uma questao bastante relevante.- DRS Network AwareUma outra novidade no vSphere 6.5 com relacao ao DRS e a verificacao da utilizacao de rede em um host na hora de alocar ou mover uma VM. Ate entao o DRS levava em conta somente os recursos de CPU e Memoria de um host na hora de definir o melhor host para por uma VM quando ela fosse ligada e tambem na hora de balancear as VMs. Com isso poderia ocorrer de haver um host com baixa utilizacao de CPU/Mem e uma alta utilizacao de rede mas mesmo assim o DRS movimentar VMs para este host ou ligar uma VM nele, podendo causar um congestionamento no uplink, e consequentemente impactando no desempenho de todas as VMs em execucao no host.Com a implementacao do Network Aware, o DRS passa a considerar a utilizacao da placa de rede fisica dos hosts ESXi, e quando estas apresentarem uma utilizacao superior a 80%, o DRS ira considerar este host como saturado e evitara ligar novas VMs neste host e tambem tentara resolver este problema de saturacao,movimentando algumas VMs deste host para outros na execucao do proximo ciclo do DRS. - Predictive DRS O Predictive DRS e uma nova funcionalidade do vSphere 6.5 que como o proprio nome sugere preve a utilizacao de recursos do cluster e faz o balanceamento da carga (se necessario) antes. Para fazer isso, o DRS ira contar com a ajuda do vROPS (vRealize Operations). A versao do vROPS que tera suporte a essa funcionalidade deve sair ate a metade do ano de 2017, portanto apesar dessa funcionalidade ja estar embutida no codigo do vSphere 6.5, sera necessario aguardar o lancamento da proxima versao do vROPS para utiliza-la.O vROPS calcula e preve a utilizacao dos recursos de CPU e Memoria com base no historico de dados que ele captura do vCenter. A partir dai o vROPS passa a calcular thresholds dinamicos (Dynamic Thresholds), e quanto mais dados sao capturados ao longo do tempo, essas previsoes se tornam mais precisas, e com niveis mais elevados de confianca. Em seguida essas previsoes sao enviadas para o DRS, que consome esses dados com antecedencia (por padrao o DRS trabalha com 60 minutos de antecedencia) e balanceia o cluster com base na utilizacao prevista. O beneficio disso e que picos na utilizacao dos recursos poderao ser previstos e o balanceamento da carga ocorrera antes que este pico ocorra, possibilitando um melhor desempenho do ambiente como um todo.Outros posts sobre o que ha de novo
no vSphere 6.5:O que ha de novo no vSphere 6.5? - vCenter Server Appliance (VCSA)O que ha de novo no vSphere 6.5? - vSphere HAO que ha de novo no vSphere 6.5? - VMFS-6 / Core StorageO que ha de novo no vSphere 6.5? - Virtual SAN 6.5